1776698 - Expose title attributes for input/select/textarea with hidden labels

Status: RESOLVED WORKSFORME

(Thunderbird :: Address Book, enhancement)

Description

[u695164]

For fields without a visible label, e.g. the emails we should consider adding a title as a compromise between design mockups and UX.

The idea is from henry:

• The email addresses table.
  [...]
  • Moreover, there are no visible labels in this section, but I think they would be useful for all users. I think the table headings should be made visible rather than screen-reader-only because it is the easiest way to read it. But I know this would be breaking the given design mock ups. As a compromise we could give each selector or input a title corresponding to the heading.

See Bug 1717632#c5

Comment 1

[Henry Wilkes (they/them) [:henry-x]]

Do you think this needs to go into 102 esr? The current fluent entries do not use the .title attribute, so it would require some fluent l10n.formatValue hacking.

Comment 2

[u695164]

Personally I think that a non hacking fluent integration is better.
I do think, that only exposing title attributes to hidden labels is kind of in consequent for the UI.

I'm trying to figure out if this is necessary for the 102 esr and would like to keep your solution in mind with a bug.
Maybe we should do it for 114 but more thoroughly then.

Comment 3

[Alessandro Castellani [:aleca]]

I'm gonna take this and do some design improvements.
Now that the Address Book is very close to completion with almost all its regressions addressed, we can do a deep UI and UX analysis and bring the interface on par with what we're doing for 115.

Comment 4

[Alessandro Castellani [:aleca]]

All Address Book fields now have labels and are properly accessible.