1149439 - Add option to copy name like it's possible for email address

Status: RESOLVED DUPLICATE of bug 232021

(Thunderbird :: Message Reader UI, defect)

Description

[krichter]

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:36.0) Gecko/20100101 Firefox/36.0
Build ID: 20150321180105

Steps to reproduce:

Opened the context menu of the sender label


Actual results:

only email address is copyable


Expected results:

name should be copyable separately as well

Comment 1

[:aceman]

Yeah, there is a Copy menuitem on all other fields, but for address fields there is only a Copy Email address.

Comment 2

[Thomas D. (:thomas8)]

Age-old nuisance.
Bug 327621, Bug 232021. Also see my Bug 99997 Comment 34.

Comment 3

[Thomas D. (:thomas8)]

The entire message reader header section sucks in terms of usability and accessibility, because of the xul controls used, and their inconsistency. And iirc those controls were used because of shortcomings of the regular XUL textbox controls which don't rescale correctly automatically over multiple rows, something like that.
The ultimate solution would probably be to realise the whole header in HTML, but again I think there was one piece of the puzzle missing, namely seamless iframes or something similar. My campaigning on the respective bugs (e.g. Bug 80713), supported by statements of other relevenat developer figures, was completely ignored - Mozilla couldn't care less. But I think we should recheck because there might be other tricks we can use with existing xul controls (as Ben Bucksch hinted but later denied), and sometimes controls are improved but nobody noticed.

Comment 4

[Thomas D. (:thomas8)]

Also, to be fair, developers seem to disagree on the issue around Bug 80713. I myself find it hard to believe that in the year 2015, there should not be a XUL control which has the features of a textbox (select all, copy, etc.) and at the same time dynamically adjusts in horizontal and vertical size as needed when the container is resized. But it needs somebody who is convinced that more usability/accessibility/text-selectability is needed who then needs to explore systematically what options we have to improve the usefulness header section with the existing controls and protocols.

Comment 5

[:aceman]

(In reply to Thomas D. from comment #3)
> The ultimate solution would probably be to realise the whole header in HTML,
> but again I think there was one piece of the puzzle missing, namely seamless
> iframes or something similar. My campaigning on the respective bugs (e.g.
> Bug 80713), supported by statements of other relevenat developer figures,
> was completely ignored - Mozilla couldn't care less.

Actually I think rewriting XUL in HTML seems to be the new craze these days so maybe your wish will suddenly come true :)

Comment 6

[Thomas D. (:thomas8)]

Yeah, sometimes wishes do come true, even in Thunderbird :)