Re: New attachment pane functionality in Thunderbird 60, currently (still) in beta, keys incorrectly translated

Michal Stanke <[email protected]>
Newsgroups gmane.comp.mozilla.localization
Message-ID <[email protected]>
Dne 6.7.2018 v 14:12 [email protected] napsal(a):
> But: is it really worth investing a dedicated international shortcut key when the localized access key can do the job? I mean, how often do people use Thunderbird in another language? Even in another language, you could still just use their advertised access key for the full magic.
I have to disagree with you here. Even if you do not use TB in multiple 
languages, you may welcome shortcut keys to be same across languages in 
these scenarios:

  * You are a user of e.g. Czech TB seeking for help, and you find an
    article in English mentioning the shortcut that works in English. Or
    a power user with TB in English advises you the shortcut. It would
    be very frustrating for you, if the shortcut does not work in Czech
    TB, or worse, if it does something completely different.
  * You are SUMO localizer and during translating the articles, you may
    not want or be able to test all scenarios or verify all shortcuts
    works in your localized TB the same. SUMO localizers do not even
    have to be familiar with how the product localization work, or even
    that the shortcuts are localizable.

> Attachment pane access key MUST be unique among the locale's access keys, so there is no reason why it couldn't also act as a shortcut key.

As for "investing a dedicated shortcut", is there are problem in the 
code to write it so, that localizers can decide, if they need to choose 
a different key, like we do for any other place in the product? I don't 
think mixing command/shortcut keys and accesskey are a good idea. 
Despite in the particular case they might behave the same, semantically 
they are not the same. And you cannot pretend any short or long term 
future, where some refactor will change the situation.

Michal
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.