Closed
Bug 1445435
Opened 7 years ago
Closed 7 years ago
[FTL] Extend fields to generate access key candidates
Categories
(Webtools Graveyard :: Pontoon, enhancement, P2)
Webtools Graveyard
Pontoon
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mathjazz, Assigned: mathjazz)
Details
Attachments
(1 file)
Access key candidates are currently only generated based on the input of the first attribute.
We should extend support to other fields so that the following examples will work as expected:
Value:
https://mozilla-pontoon-staging.herokuapp.com/sl/test-fluent/preferences.ftl/?string=176235
Value with additional attribute:
https://mozilla-pontoon-staging.herokuapp.com/sl/test-fluent/preferences.ftl/?string=176419
"label" attribute with multiple variants:
https://mozilla-pontoon-staging.herokuapp.com/sl/test-fluent/preferences.ftl/?string=176169
Comment 1•7 years ago
|
||
Comment 2•7 years ago
|
||
Commit pushed to master at https://github.com/mozilla/pontoon
https://github.com/mozilla/pontoon/commit/4325857297f496318116cba4ab82a52f14018194
Fix bug 1445435: Extend access key candidate generators (#899)
Generate accesskey candidates from textarea elements belonging to the
"label" attribute. If such attribute doesn't exist, generate candidates
from value elements.
Also:
- Exclude space as a possible accesskey candidate
- Add more accurate current accesskey detection
- Make access keys case sensitive
Case sensitive access keys
Updated•7 years ago
|
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Updated•4 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•