Redesign recipients address fields (To, Cc, Bcc) as single-line input fields for multiple comma separated addresses - not one line/row per address

NEW
Unassigned

Status

enhancement
11 years ago
3 months ago

People

(Reporter: olaf, Unassigned)

Tracking

(Depends on 2 bugs, Blocks 4 bugs, {ux-efficiency, ux-minimalism})

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [patchlove][proof of concept/workaround: addon, see URL][parity-all-other-mailers][parity-postbox][ux-feature-wanted-38], )

Attachments

(1 attachment)

Reporter

Description

11 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
Build Identifier: version 2.0.0.14 (20080421)

Thunderbird expects that every address goes in separate (To, CC etc.) field.
It is OK for 1-3 addresses, but with more it is a real pain.
Almost every other software supports putting addresses in comma separated list.

Today it is possible to write such a list in Thunderbird but it is far from perfect:
1. If you hit "Enter" then the list is split in numerous "To" fields
2. As I reported in bug #440370 - LDAP autocompletion works for first address only
3. As I reported in bug #440376 - If you drag addresses from "Contacts" pane and you drop them in the same "To" field then no comma is added and mail is sent to the last recipient only - the rest is treated as recipients name.



Reproducible: Always

Steps to Reproduce:
1.
2.
3.
Actual Results:  
Pain :)

Expected Results:  
To have it working like in Outlook or in Evolution or ... ;)
Olaf, I'm not defending the current implementation, but what problem do you encounter regarding one line/address?  Or are we talking strictly aesthetics?
Reporter

Comment 2

11 years ago
1. Habits - if people use other e-mail clients they expect that things work in similar way - please don't classify this simply as aesthetics.
For now I see the disadvantages below (the most severe for me are 2 and 5):

2. If you have more than 4 recipients you need to scroll - this is what makes me personally unhappy, in outlook you can enter more than 15 addresses (depending on address length:) per one recipient type (To, Cc, Bcc) before you need to scroll (the widget expands up to 4 rows before adding scrollbar).

Even if it didn't expand (as in Evolution (at least in 2.8) and in Thunderbird) you have plenty of space - it will fit at least 5-6 e-mail addresses. 

It is __much__ easier if you can see all the recipients at a glance. You won't miss any person to send, and what is more important - you won't send to a person that shouldn't get the mail :)

3. If you put several entries in "To" and then you change your mind and want to put some of them in "Cc" or "Bcc" it is easier to copy and paste than to change every "To,CC,Bcc" combo.

4. If you want to remove some addresses you need to select every one separately and delete. You can't select 5 addresses and delete them all. BTW. there is no way to delete unused fields, it is possible to delete only addresses.

5. If you send several messages to the same group of people (or a large portion of addresses is the same - eg. all addresses in CC). With "multi address" fields (like in Evo, Outlook) you can just select and do a copy/paste. In Thunderbird it is impossible.

To make this even harder, in Thunderbird the text in message header pane cannot be selected, so you can't select addresses from a message and put in address fields. I'll fill separate bug for it anyway.
Creating a list is not an option because they are often ad hoc lists - used for 5-6 messages. Doing Ctrl-C and Ctrl-V is much easier and quicker.

This is what hit me in 2 days.
Reporter

Updated

11 years ago
Version: unspecified → 2.0
>Almost every other software supports putting addresses in comma separated list.

Jeff, Does eudora support this?


(In reply to comment #2)
 For now I see the disadvantages below (the most severe for me are 2 and 5):
> 
> 2. If you have more than 4 recipients you need to scroll ...
> It is __much__ easier if you can see all the recipients at a glance. You won't
> miss any person to send, and what is more important - you won't send to a
> person that shouldn't get the mail :)

agree

> 3. If you put several entries in "To" and then you change your mind and want to
> put some of them in "Cc" or "Bcc" it is easier to copy and paste than to change
> every "To,CC,Bcc" combo.

yup
 
> 4. If you want to remove some addresses you need to select every one separately
> and delete. You can't select 5 addresses and delete them all. BTW. there is no
> way to delete unused fields, it is possible to delete only addresses.

sort of bug 252665.  I thought there was another bug but I'm not finding it.
 
> 5. If you send several messages to the same group of people (or a large portion
> of addresses is the same - eg. all addresses in CC). With "multi address"
> fields (like in Evo, Outlook) you can just select and do a copy/paste. In
> Thunderbird it is impossible.

Or save as template. Or view source + copy/paste.  Or edit as new.  Lots of workarounds

moding summary to better fit description
Severity: normal → enhancement
Component: Message Compose Window → MailNews: Composition
OS: Windows 2000 → All
Product: Thunderbird → Core
QA Contact: message-compose → composition
Hardware: PC → All
Summary: using address fields (To, Cc,Bcc) is a pain → allow address fields (To, Cc,Bcc) to have multiple addresses in comma separated list
Version: 2.0 → unspecified

Comment 4

11 years ago
(In reply to comment #3)
> >Almost every other software supports putting addresses in comma separated list.
> 
> Jeff, Does eudora support this?

Yes, it does.  This is very standard email practice since in transit the addresses are comma-separated lists.  People are used to seeing them this way when viewing a message, so it becomes natural to allow this in composition as well.
Reporter

Comment 5

11 years ago
(In reply to comment #3)
> Or save as template. Or view source + copy/paste.  Or edit as new.  Lots of
> workarounds
1. I saved as template. But where is it saved? How do I create new message from template? - OK - another bug - I assume that Templates should be a folder in "Local Folders". Unfortunately I don't have Templates there. And attempt to creating one tells me that such folder already exists :)
2. View source - the fields are quoted-printable or base64 encoded - no way
3. Edit as new - thanks - this works.


Product: Core → MailNews Core
Duplicate of this bug: 479997
Status: UNCONFIRMED → NEW
Ever confirmed: true
I could swear this is a dupe but I'm not finding it, so my recollection may be bad or perhaps I misinterpreted a related bug.

to add to Magnus's xref  Bug 392932 -  autocomplete multiple addresses on the same address line
 Bug 416711 -  no possibility to change delivery mode (to/cc/bcc) for multiple addresses at once 
 Bug 440410 -  When using commas to separate multiple addresses, there is no check if all of these are valid. 
 Bug 457872 -  Splitting of multiple mail addresses in the TO field is only done if Enter is pressed
 Bug 351863 -  thunderbird -remote mailto doesn't allow multiple addresses
Summary: allow address fields (To, Cc,Bcc) to have multiple addresses in comma separated list → allow address fields (To, Cc,Bcc) to have multiple addresses in comma separated list on a single line
Summary: allow address fields (To, Cc,Bcc) to have multiple addresses in comma separated list on a single line → address fields (To, Cc, Bcc) should be one field with multiple comma separated addresses - not one line per address
Duplicate of this bug: 506203
Duplicate of this bug: 416711
Duplicate of this bug: 528008
On a drive-by note: commas may appear in email addresses, so using comma as a separator isn't wise...
Reporter

Comment 13

10 years ago
Please read the RFC. They have to be quoted. Just like semicolons, etc. If you don't agree that they have to be quoted when typed into input field, then you are out of luck as any ASCII character is permitted.
The comma is explicite shown in RFC as address separator and all other e-mail clients I have ever seen, support using commas as address separator. Please keep this consistent and don't reinvent the wheel.

Updated

9 years ago
Duplicate of this bug: 553133

Comment 15

9 years ago
I agree with Olaf. The current Message compose design of To:, Cc: fields is absolutely poor design IMHO. Every other client that I've used in the past allow multiple addresses via comma separate fields. If majority of the clients work the way it should be then they must be doing it right. That's why I dumped TB in favor of my previous client for now till this gets fixed.

Comment 16

9 years ago
The space usage for the address field is not efficient the way TB3 uses it. I am getting some user feedback in office environments about the way TB
displays the recipients in the compose window. TB filling in each line only one
address leads to a long list vertically which is out of the viewable area and
needs quite some scrolling to manually check if one has entered all recipients.
That applies also when one wants to have a quick check if all people are
entered via a mailing list. The customer prefer the horizontal display of other
email clients more where email addresses are displayed in a row separated by a
comma. That way mailing list can be checked and easily temporarily modified not
touching the original mailing list.

Better space usage on small screens and better overview is what I wish to see :-)

Comment 17

9 years ago
I agree on how Thunderbird 3 is pretty non-efficient with screen space.

It tries to be efficient because when you enter a lot of addresses you'll get to scroll or to drag the field down, which makes more lines appear.

However, when you enter only one address it still shows 4 address lines.

It would be nice if the default number of address lines becomes 1, so that you can also hide the unused address lines.

Comment 18

9 years ago
I've discoverd a plugin called mailtweak that does exactly this.

http://mailtweak.mozdev.org/

It would be nice if some of its functionality would be built into Thunderbird.

Comment 19

9 years ago
#17 and #18 is a separate issue and should be filed as a separate request (in case the idea has not been brought up yet).
PS: I agree that it should be built into TB.

Comment 20

9 years ago
I'm really quite surprised that this issue has never been addressed.  In my opinion this is Thunderbird's major weakness with regards to targeting a corporate user-base.  Corporate users will not adopt Thunderbird until users can:

- Enter all addresses horizontally on one line
- Click one of To:, Cc:, or Bcc: to open the default address book.
Duplicate of this bug: 597790

Comment 22

9 years ago
The recipients UI works ok for a couple of recipients but basically it is flawed from an intuitive point of view.
Intuitively, you want to place each email address in a category (to, cc, bcc) and quickly see how is to be placed where. To also move or remove them when wrong.
Thunderbird UI approach fails on each of these.
Moving means cut/paste, even clicking it workes bizarre (I'd expect a single click to fully select, a second click to edit) and looking who's is which status is to be completely forgotten.
For those who'd really keep the current setup, keep the current look-and-feel as an option.

Comment 23

9 years ago
Terrible bug!
Duplicate of this bug: 495241

Updated

6 years ago
See Also: → 535484

Updated

6 years ago
Summary: address fields (To, Cc, Bcc) should be one field with multiple comma separated addresses - not one line per address → Redesign recipients address fields (To, Cc, Bcc) as single-line input fields for multiple comma separated addresses - not one line per address

Updated

6 years ago
Summary: Redesign recipients address fields (To, Cc, Bcc) as single-line input fields for multiple comma separated addresses - not one line per address → Redesign recipients address fields (To, Cc, Bcc) as single-line input fields for multiple comma separated addresses - not one line/row per address

Updated

6 years ago
Blocks: 272318

Updated

6 years ago

Comment 25

6 years ago
I wonder how hard this would actually be for someone with better coding skills & experience. We're already able to parse comma-delimited addresses. The UI needs radical change, but it will actually be simpler after that. I'd imagine that if we can autocomplete for single addresses, there must be a way to offer just what's being typed between two commas to autocomplete?
Depends on: 392932
Whiteboard: [patchlove]

Comment 26

6 years ago
Wow, can't believe this is still an issue. Thunderbird is on it's own with this one. This is the main reason I don't use it. I download every update to check to see if it's been implemented yet and every time I'm let down. Would love to use Thunderbird for my work email but can't due to this one very big annoying issue.

Come on, get it together guys. I see Postbox can do it, which is built on Thunderbird, so why can't you?

Comment 27

6 years ago
(In reply to KeithP from comment #26)
> Wow, can't believe this is still an issue. Thunderbird is on it's own with
> this one. This is the main reason I don't use it. I download every update to
> check to see if it's been implemented yet and every time I'm let down. Would
> love to use Thunderbird for my work email but can't due to this one very big
> annoying issue.

yes, it's weird (sigh...)

> Come on, get it together guys. I see Postbox can do it, which is built on
> Thunderbird, so why can't you?

Not enough manpower (now practically maintained by volunteers only), complex codebase, and too many bugs and RFEs to choose from that are equally or more annoying...

If you can come yrself or bring somebody with some coding skills in JavaScript/HTML to fix this, most welcome... :)

fwiw, are you aware that you can type or dump comma-separated addresses into one of TB's single fields, and TB will automatically resolve them into single addresses of same type?
Whiteboard: [patchlove] → [patchlove][parity-all-other-mailers][parity-postbox]

Comment 28

6 years ago
@KeithP: Coming from Outlook, I had the same problem until I found this add-on: https://addons.mozilla.org/de/thunderbird/addon/mrc-compose (separate to/CC/BCC fields with comma-separated addresses and address book suggestions while typing). I have not had a long test phase with this add-on yet, but it seems to work okay so far. Should be Thunderbird default though, IMHO.

Comment 29

6 years ago
(In reply to M. Grau from comment #28)
> @KeithP: Coming from Outlook, I had the same problem until I found this
> add-on: https://addons.mozilla.org/de/thunderbird/addon/mrc-compose
> (separate to/CC/BCC fields with comma-separated addresses and address book
> suggestions while typing). I have not had a long test phase with this add-on
> yet, but it seems to work okay so far. Should be Thunderbird default though,
> IMHO.

Thanks M. Grau, that's helpful information. In fact, looking at the addon source code might be a good starting point for fixing this.
Whiteboard: [patchlove][parity-all-other-mailers][parity-postbox] → [patchlove][proof of concept/workaround: addon, see URL][parity-all-other-mailers][parity-postbox]

Comment 30

6 years ago
@M. Grau: Great. Thanks for letting me know about the add on. It seems to do the trick. Still would like to see it as Thunderbird default though.

I have no coding skills and don't know anyone with any but hopefully someone can use the add on source code to get this implemented ASAP.

Thanks for your quick replies guys.

Comment 31

5 years ago
Hi,

I forgot to inform you that I created an addon that seems to fulfill your request :
https://addons.mozilla.org/fr/thunderbird/addon/mrc-compose/

Thanks to Andreas Wagner who implemented the LDAP support.
Since TB24, we have some small regressions, most annoying is the default focus that doesn't follow rules.
Hope it helps.
Michel

Updated

5 years ago
Blocks: 395606
FYI, I'm starting work on this now.
Assignee: nobody → josiah
Status: NEW → ASSIGNED

Comment 33

5 years ago
(In reply to Josiah Bruner [:JosiahOne] from comment #32)
> FYI, I'm starting work on this now.

Josiah, that's great news, and I think the majority of users will be truly greatful to you for normalizing and simplifying the composition header. So thanks a lot!

Btw, this has huge potential to build upon and push things somewhat further and make address handling more efficient wrt selecting, deleting, copying, changing recipient type etc. of individual addresses in composition header.

Comment 34

5 years ago
Thank you for working on this.

Two other usability issues with the scrolling: it's not always presented (no idea why - it's sometimes there, sometimes not, and I can't force it to appear when I want to add more addresses); and I've hit "reply-all" and subsequently changed my mind, after composing the reply, and found that it's much easier to cut / paste my reply than it is to go through deleting addresses.

Updated

5 years ago
Blocks: 260564

Updated

5 years ago
Blocks: 933472

Comment 35

5 years ago
(In reply to Josiah Bruner [:JosiahOne] from comment #32)
> FYI, I'm starting work on this now.

Whew! Six years of begging and pleading, someone's finally taking it on. Thank you, Josiah, and DietySpeed!

Comment 36

5 years ago
(In reply to Olaf Fraczyk from comment #2)
> 3. If you put several entries in "To" and then you change your mind and want
> to put some of them in "Cc" or "Bcc" it is easier to copy and paste than to
> change every "To,CC,Bcc" combo.

I strongly disagree.  It is easier for me to change "To:" to "CC:" than to cut-and paste.  

 
> 4. If you want to remove some addresses you need to select every one
> separately and delete. You can't select 5 addresses and delete them all.
> BTW. there is no way to delete unused fields, it is possible to delete only
> addresses.

This could instead be accomplished if MailNews allowed users to select multiple lines within the address area of the Compose window.  


> 5. If you send several messages to the same group of people (or a large
> portion of addresses is the same - eg. all addresses in CC). With "multi
> address" fields (like in Evo, Outlook) you can just select and do a
> copy/paste. In Thunderbird it is impossible.

Why not use a mailing list.  

I happen to like the current capability and thus request any implementation of this RFE be optional with a UI to enable or disable the option.  In that case, I would not be upset if this RFE were the default option.  

Also, if bug #119977 is not implemented prior to or concurrently with this bug, please do not implement in a way that breaks the PopMailListRecipients extension.  And if bug #933472 is not implemented prior to or concurrently with this bug, please do not implement in a way that breaks the "Reply to All as Cc" extension.

Comment 37

5 years ago
OK, are there any mockups on how do you propose to solve this? Will there be a line for each of the recipient types (like in Outlook), of which there are about 6 now?
Not yet, mockups will be available at: http://apps.josiahbruner.com/SingleLine.html as I work on them.

(It has very basic design currently), and I update it live, so feel free to follow the design.

Comment 39

5 years ago
For reference as per my related comment in another bug reported:

https://bugzilla.mozilla.org/show_bug.cgi?id=1042780#c48
"...
- Replace the current To/Bcc/Cc separate fields for each email address set by a comma (or semi-colon) list of addresses instead (as usually used in alternative email client software). With a trailing X button for each address to allow deletion/removal or a drop down menu to: delete, copy email address, edit contact, add contact, etc...
..."

Comment 40

5 years ago
In addition of proposed mockup for improvement in the Compose Window layout (see attachment 8507216 [details] and bug 1042780 comment 48) as possible suggestion, if dedicated fields are created for To,Cc,Bcc (with comma or semi-colon list of recipients), the Cc and Bcc fields could be hidden by default (with default setting manageable via end-user in options possibly) with two buttons appearing below the To field to make them appear if required, something like:

   From: [           ]
     To: [           ]
         [           ]
         (Cc) (Bcc)
   [                 ] 
   [ Body text       ]
   [                 ]

If you click on (Cc) button, field would deploy (same for Bcc) and looks something like:

   From: [           ]
     To: [           ]
         [           ]
     Cc: [           ]
         [           ]
         (Bcc)
   [                 ] 
   [ Body text       ]
   [                 ]

Re-clicking on Cc: (or Bcc:) would hide it again (and disable it/clear field content?)... with application remembering the last settings... to keep it the same for all following compose windows...

Easy and intuitive to use... but that may not be easy to program and implement in Thunderbird, would option be validated and accepted... :)

Comment 41

5 years ago
(In reply to David E. Ross from comment #36)
> (In reply to Olaf Fraczyk from comment #2)
> > 3. If you put several entries in "To" and then you change your mind and want
> > to put some of them in "Cc" or "Bcc" it is easier to copy and paste than to
> > change every "To,CC,Bcc" combo.
> 
> I strongly disagree.  It is easier for me to change "To:" to "CC:" than to
> cut-and paste.  

If entered typed addresses and/or entries were to become some sort of contact objects (after text parsing) in the (To,Cc,Bcc) fields on which action can be applied via a trailing drop down menu for example (as suggested in comment 39) it may be possible as one can imagine to add the following actions:
- move to Bcc
- move to Cc

and/or also allow drag and drop(s) of one or more contacts (multiple contact move would require ability to select one or more contacts for actions: delete, add to contacts, etc... (among possible others...)

Comment 42

5 years ago
I still see no mentioning of the "Reply-To", "Newsgroup" and "Followup-To" recipient types.
Those will be included too, but will only be visible if relevant. Reply-To may be part of the To field somehow, but I'm not sure yet.
Whiteboard: [patchlove][proof of concept/workaround: addon, see URL][parity-all-other-mailers][parity-postbox] → [patchlove][proof of concept/workaround: addon, see URL][parity-all-other-mailers][parity-postbox][ux-feature-wanted-38]
Duplicate of this bug: 1100103
No longer blocks: 1106457

Comment 45

4 years ago
Josiah, are you still working on this?

This looks like a very important feature to improve/normalize the UX of TB composition in terms of ux-consistency, ux-efficiency, etc...

We should try to land this for the next big release after TB 38.
Flags: needinfo?(josiah)
(In reply to Thomas D. from comment #45)
> Josiah, are you still working on this?
> 
> This looks like a very important feature to improve/normalize the UX of TB
> composition in terms of ux-consistency, ux-efficiency, etc...
> 
> We should try to land this for the next big release after TB 38.

I am extremely busy between work and school now, and my main priority these days is reviews, so I find it unlikely I will get to this any time soon.

I would like it in 38 as well, but I don't know if that's possible at this point. Someone else can take this in the meantime if they so desire. Otherwise, it'll have to wait until I have some free time. I will continue working on it whenever I get a chance.
Assignee: josiah → nobody
Status: ASSIGNED → NEW
Flags: needinfo?(josiah)

Comment 47

4 years ago
Thomas correctly meant NEXT release after TB 38, so TB 45. I think nobody expects to get this into 38 as there would be very short testing. And this is a critical part of TB.
(In reply to :aceman from comment #47)
> Thomas correctly meant NEXT release after TB 38, so TB 45. I think nobody
> expects to get this into 38 as there would be very short testing. And this
> is a critical part of TB.

Ah, missed that. Regardless, everything I said still stands.

Comment 49

4 years ago
Will the implementation include a user-option option to keep the current design?  Will the implementation break the PopMailListRecipients or "Reply to All as Cc" extensions?
Duplicate of this bug: 1077673

Comment 51

4 years ago
Hi,
FYI, I already wrote an addon that does what you requested :
https://addons.mozilla.org/fr/thunderbird/addon/mrc-compose/

With the upcoming 1.8 release, there will be full LDAP support, so it'll be able to replace existing UI.
I expect the 1.8 release to be announced in few days/weeks.
Until that, you can see code :
https://github.com/michelRenon/mrc_compose

I would be happy if that addon can be integrated (fully or partly) in Thunderbird.
(Jonathan Protzenko already contacted me nearly two years ago about integrating it in TB : I just had not enough time to dig into global TB build process)

Updated

4 years ago
Duplicate of this bug: 1159652

Comment 53

4 years ago
(In reply to michelr from comment #51)
> FYI, I already wrote an addon that does what you requested :
> https://addons.mozilla.org/fr/thunderbird/addon/mrc-compose/

Great addon thank you for this michelr!

Currently drag & drop copies (instead of moving) the selected address.
if the drag & drop can work like Outlook or Gmail it will be perfect.
Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.

Comment 55

4 years ago
This extension is UNSIGNED and therefore Thunderbird warns me NOT to install it.  How do I know the compiled code is not changed from github source and maybe it reads and phones home my email contents?
Thunderbird should not be warning you to not install unsigned extensions, because we decided not to require signed extensions. If you are getting an error such as you report "Thunderbird warns me NOT to install it" could we have more details?

In any case, extension signing has caused lots of issues in Firefox, so we are unlikely to support it any time soon (if ever). Also, it does not really prove "the compiled code is not changed from github source" either.

Comment 57

4 years ago
(In reply to Kent James (:rkent) from comment #56)
> Thunderbird should not be warning you to not install unsigned extensions,
> because we decided not to require signed extensions. If you are getting an
> error such as you report "Thunderbird warns me NOT to install it" could we
> have more details?
> 
> In any case, extension signing has caused lots of issues in Firefox, so we
> are unlikely to support it any time soon (if ever). Also, it does not really
> prove "the compiled code is not changed from github source" either.

OK, I installed it.

Comment 58

4 years ago
(In reply to Kent James (:rkent) from comment #56)
> Thunderbird should not be warning you to not install unsigned extensions,
> because we decided not to require signed extensions. If you are getting an
> error such as you report "Thunderbird warns me NOT to install it" could we
> have more details?
> 
> In any case, extension signing has caused lots of issues in Firefox, so we
> are unlikely to support it any time soon (if ever). Also, it does not really
> prove "the compiled code is not changed from github source" either.

Long shot, but I'll ask anyway. Any chance that this MRC Compose add-on can be included in the Core TB itself? Thanks
(In reply to mad.engineer from comment #58)

> Long shot, but I'll ask anyway. Any chance that this MRC Compose add-on can
> be included in the Core TB itself? Thanks

I looked at the extension code, it is quite intrusive, so it is not as simple as just incorporating it. But I don't see anyone here objecting to the concept, so the addon might be used by someone as a basis to prepare a core patch. Patches welcome, in other words.

Comment 60

4 years ago
(In reply to Dan from comment #55)
> This extension is UNSIGNED and therefore Thunderbird warns me NOT to install
> it.  How do I know the compiled code is not changed from github source and
> maybe it reads and phones home my email contents?

Hi Dan,
Just FYI, that extension has no compiled code, so you can check yourself what it does.
From the .xpi downloaded :
- change the '.xpi' to '.zip'
- extract it
- then you can see all .xml and .js files and see that it does not steal data.
It also allows you to check that what you downloaded is exactly what is in github.

Cheers

Comment 61

4 years ago
(In reply to Kent James (:rkent) from comment #59)
> (In reply to mad.engineer from comment #58)
> 
> > Long shot, but I'll ask anyway. Any chance that this MRC Compose add-on can
> > be included in the Core TB itself? Thanks
> 
> I looked at the extension code, it is quite intrusive, so it is not as
> simple as just incorporating it. But I don't see anyone here objecting to
> the concept, so the addon might be used by someone as a basis to prepare a
> core patch. Patches welcome, in other words.

Hi, I'm the developer of MRC Compose.
I'm quite honored that you think to include it in TB.
But I have to warn you that it would break compatibility with some other addons, those that work on addressing widgets. Here are some addons that incompatible : flexible-identity, account colors, BorderColors GT

The last request is to add some 'objects' or 'tokens' in the fields. But it would require a great rewrite, and trying to embed jQuery+TokenInput. So not easy at all...

But currently, I have no time anymore to work on it. The best I can do is to provide some help to people wanting to work on it.
Cheers, Michel

Comment 62

4 years ago
(In reply to Kent James (:rkent) from comment #59)
> I looked at the extension code, it is quite intrusive, so it is not as
> simple as just incorporating it. But I don't see anyone here objecting to
> the concept, so the addon might be used by someone as a basis to prepare a
> core patch. Patches welcome, in other words.  

I object!  See my comment #36 and comment #49.  I prefer the current line-per-addressee design.  As I indicated before, if this RFE is implemented, it should be an option and not a replacement of the current design.
(In reply to David E. Ross from comment #62)
> I object!  See my comment #36 and comment #49.  I prefer the current
> line-per-addressee design.  As I indicated before, if this RFE is
> implemented, it should be an option and not a replacement of the current
> design.

I doubt this will be an option, since TB needs fewer options, not more. But that doesn't preclude someone (even the TB team themselves!) from producing an add-on to support this. However, I think we can address your concerns even with the new UI:

(In reply to David E. Ross from comment #36)
> I strongly disagree.  It is easier for me to change "To:" to "CC:" than to
> cut-and paste.  

A good implementation of this would be just as easy to change To->CC as before. The design I have in mind is that each address is an atomic unit (basically...*). Just drag and drop the address in question.

> > 5. If you send several messages to the same group of people (or a large
> > portion of addresses is the same - eg. all addresses in CC). With "multi
> > address" fields (like in Evo, Outlook) you can just select and do a
> > copy/paste. In Thunderbird it is impossible.
> 
> Why not use a mailing list.  

There are times where you don't do this enough to warrant making a mailing list.

* I thought I had a comment in this bug that described my plan, but it seems I do not.
The design I have in mind for this is that each address is "bubbled" like in the message reader, so you can operate on it as though it's a single element, rather than a string of characters. This would make it easy to move addresses around (individually or in bunches), which should help to maintain the benefit of the current UI while also adding new capabilities.

I could probably take a look at bug 626532 sometime soon, which would make implementing such a UX a lot easier.

Comment 65

4 years ago
I especially like how this extension shows email list recipients after adding the email list.

Comment 66

2 years ago
A very annoying issue with the current UI is that when replying to multiple recipients, the UI does not show all the recipients (one needs to scroll). Moreover, if you remove one recipient, the list does not scroll up, it just leaves an empty space. The result is that I often end up not trimming enough the recipient list. With long lists, the process of removing recipients becomes very slow (there should be a one-click check-mark like in Gmail!).

Do I need to open a new PR or is this a duplicate of this one?

Comment 67

2 years ago
(In reply to Jim Porter (:squib) from comment #64)
> The design I have in mind for this is that each address is "bubbled" like in
> the message reader, so you can operate on it as though it's a single
> element, rather than a string of characters. This would make it easy to move
> addresses around (individually or in bunches), which should help to maintain
> the benefit of the current UI while also adding new capabilities.

The UI of Thunderbird Conversations for quick replies looks like this, but it does not allow drag&drop or editing the bubbles.
https://addons.cdn.mozilla.net/user-media/previews/thumbs/51/51379.png?modified=1331218902
https://addons.mozilla.org/en-US/thunderbird/addon/gmail-conversation-view/

Comment 68

2 years ago
(In reply to M Lopez-Ibanez from comment #66)
> A very annoying issue with the current UI is that when replying to multiple
> recipients, the UI does not show all the recipients (one needs to scroll).
> Moreover, if you remove one recipient, the list does not scroll up, it just
> leaves an empty space. The result is that I often end up not trimming enough
> the recipient list. 

I just installed: https://addons.mozilla.org/fr/thunderbird/addon/mrc-compose/ and it solves this problem wonderfully.
(In reply to M Lopez-Ibanez from comment #68)
> (In reply to M Lopez-Ibanez from comment #66)
> > A very annoying issue with the current UI is that when replying to multiple
> > recipients, the UI does not show all the recipients (one needs to scroll).
> > Moreover, if you remove one recipient, the list does not scroll up, it just
> > leaves an empty space. The result is that I often end up not trimming enough
> > the recipient list. 
> 
> I just installed:
> https://addons.mozilla.org/fr/thunderbird/addon/mrc-compose/ and it solves
> this problem wonderfully.

I installed it too... but it doesn't work well with Enigmail.

For several months that I have been waiting for a fix without success.

With the fix, it simply can't be used together.
With=without*

sorry for the typo.

Comment 71

2 years ago
Please provide the promised functionality of multiple addresses in one To: field
The current idea of separated fields is a pain and very strange

Comment 72

Last year
This is perhaps an implementation feature, but is really a pain. I would like to see the existing functionality also enhanced by allowing multiple emails in TO , CC , BCC fields 
Example
1@email.com, 2@email.com,3@email.com,4@email.com,5@email.com..... So on, so forth.... Almost all email software offers this feature of delimitting email fields by a COMMA and SemiColon. Why is this composition window any different and making UX difficult and frustrating

Updated

Last year
Duplicate of this bug: 1446424

Comment 74

8 months ago
(In reply to M Lopez-Ibanez from comment #68)
> I just installed:
> https://addons.mozilla.org/fr/thunderbird/addon/mrc-compose/ and it solves
> this problem wonderfully.

Thunderbird 60 broke this feature of MRC Compose. See bug 1502391.

Updated

8 months ago
Duplicate of this bug: 1502391

Comment 76

8 months ago
The github of MRC Compose is here: https://github.com/michelRenon/mrc_compose

It seems TB 60 broke two things in MRC Compose:
* The TO field cannot expand to more than one line anymore. The CC and BCC fields do expand.
* When a tooltip/warning is shown, the TO field becomes invisible. It works for CC and BCC fields.

The problem seems to be some recent change to the TO field in thunderbird.

Comment 77

8 months ago
Screenshot showing the problem. The CC and BCC fields work as described in this bug. The TO field doesn't. It was working before TB 60.

Comment 78

7 months ago
Second the observation from Lopez.
Actually, MRC compose should be mainlined into Thunderbird, at least an option. That's how the interface should have been. That's how most other email editors do it. It is easier to bulk edit emails (deleting, moving them between to:/cc:, or merging different branches of the same thread). 
Thunderbird should work well for the power users as well as those who only need to enter 1 or 2 email addresses.
Best!

Comment 79

7 months ago
Second the observation from Bob. Is MRC development dead?

Comment 80

7 months ago
I agree with Bob and support his comment, as a daily user of Thunderbird I also think MRC shall be make mainline into Thunderbird especially for power users... but it would need to be well integrated and intuitive for end-users... I am happy to test and provide feedback via beta channel would it be implemented...

Taking into account suggestions from this bug report to maximise flexibility such as Comment 39 or Comment 40... would be nice as well... to improve the potential feature...

Copy/Past shall also be made possible... (of one or more contacts from within TB or outside sources) as well as drag and drop between TO,CC,BCC... as user see fit best... ideally...

Thanks for listening :-)

Comment 81

6 months ago
Although it is true the MRC Compose is a massive improvement over the current compose window of Thunderbird, modern email applications are much more advanced.

For an example, you just have to compose an email in GMail/Outlook or see this unmaintained add-on (developed by Mozilla staff but never merged into Thunderbird):  https://addons.thunderbird.net/en-US/thunderbird/addon/compose-for-thunderbird/

Or see the quick-reply compose window of Conversations (sadly not available for composing new emails): https://addons.thunderbird.net/user-media/previews/full/51/51379.png?modified=1530208682
https://addons.thunderbird.net/en-GB/thunderbird/addon/gmail-conversation-view/

(In reply to Dan from comment #79)
> Second the observation from Bob. Is MRC development dead?

https://github.com/michelRenon/mrc_compose/issues/35#issuecomment-385939943

Comment 82

6 months ago
Hi, I'm the author of MRC Compose.
First, thanks to all users of my addon.

The development is not dead, I don't have a lot of time to work on it.
But I'll look at the "TO" bug asap.
And there are some improvements that are planned (most important is CardBook compatibility).


About the inclusion in TB, it has already been discussed (comment #61)
Since that time (dec 2015 !), some things have changed  :
it would be possible to create new API to have MRC Compose and other addons (incompatible or not) work together :
https://mail.mozilla.org/pipermail/tb-planning/2018-December/006324.html
I think it is a huge positive step to allow inclusion in TB.
I you have any suggestion, please use the support email from addon page (https://addons.thunderbird.net/en-GB/thunderbird/addon/mrc-compose/)

Cheers,
Michel

Comment 83

3 months ago

Following with interest. I was a user of MRC, but had to drop it as it is currently incompatible with Cardbook (which provides two way integration with could address books, like google's).

MRC with the fix to allow these address books (https://github.com/michelRenon/mrc_compose/issues/35 ) would be a massive improvement to Thunderbird.

You need to log in before you can comment on or make changes to this bug.