(In reply to Magnus Melin [:mkmelin] from comment #3) > I'm not sure this would be all that useful in the compose mode - what you have there is data you just entered. Because of auto-completion and adressbook, most pills are created after typing only few characters (in my case max 3) so most of the time the entire data is never typed at all (mostly only first time for new recipient)... very neat "magic". Data remain not directly accessibly... The current pill "Copy" is already equivalent to "Copy Name and Email Address" so when you paste that is what you get in a text format (not a pill) that is then converted into a pill after pressing Enter. If it was to Copy the pill then when pasting in a recipient field I would get a pill not data text formated (though this is useful). But there is no possibility to just Copy Email Address (often used) if it need to be referred to in email body or elsewhete... while composing a message (e.g not sent yet)... Pasting just the email address in field area would still be formatted as text and convertable into a valid pill. So not breaking any existing feature. > We shouldn't confuse "real" data with essentially nicely formatted data the just entered. To avoid confusion and make it clearer you could order function as follow in context menu: Edit Delete --- Move to Cc Move to Bcc Move to Reply-To --- Copy Name and Email Address Copy Email Address --- Cut Also this may be more relevant because of pill (which prevent in a way direct access to data) and once the "Move to" functions are implemented to easily move pills between fields... as Copy and Cut function where implemented to enact the Move feature "manually" while it is implemented. I don't think a pill would ever be copied in another recipient field (or rarely though still possible) it means if copied the intention is to copy the data for pasting elsewhere... As feature already exist on Recipients elsewhere it would create consistency in expected behaviour of Thunderbird. This is a feature request (enhancement, nice to have), not a blocking bug (apology again) based on daily usage of pills system as currently implemented in beta... identifying area for possible improvement... If you consider this not useful I can simply stop suggesting improvements. Just let me know. In fine, again, the final choice is yours.
Bug 1616717 Comment 5 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
(In reply to Magnus Melin [:mkmelin] from comment #3) > I'm not sure this would be all that useful in the compose mode - what you have there is data you just entered. Because of auto-completion and adressbook, most pills are created after typing only few characters (in my case max 3) so most of the time the entire data is never typed at all (mostly only first time for new recipient)... very neat "magic". Data remain not directly accessibly... The current pill "Copy" is already equivalent to "Copy Name and Email Address" so when you paste that is what you get in a text format (not a pill) that is then converted into a pill after pressing Enter. If it was to Copy the pill then when pasting in a recipient field I would get a pill not data text formated (though this is useful). But there is no possibility to just Copy Email Address (often used) if it need to be referred to in email body or elsewhete... while composing a message (e.g not sent yet)... Pasting just the email address in field area would still be formatted as text and convertable into a valid pill. So not breaking any existing feature. > We shouldn't confuse "real" data with essentially nicely formatted data the just entered. To avoid confusion and make it clearer you could order function as follow in context menu: ```` Edit Delete --- Move to Cc Move to Bcc Move to Reply-To --- Copy Name and Email Address Copy Email Address --- Cut ```` Also this may be more relevant because of pill (which prevent in a way direct access to data) and once the "Move to" functions are implemented to easily move pills between fields... as Copy and Cut function where implemented to enact the Move feature "manually" while it is implemented. I don't think a pill would ever be copied in another recipient field (or rarely though still possible) it means if copied the intention is to copy the data for pasting elsewhere... As feature already exist on Recipients elsewhere it would create consistency in expected behaviour of Thunderbird. This is a feature request (enhancement, nice to have), not a blocking bug (apology again) based on daily usage of pills system as currently implemented in beta... identifying area for possible improvement... If you consider this not useful I can simply stop suggesting improvements. Just let me know. In fine, again, the final choice is yours.