Closed
Bug 1210758
Opened 9 years ago
Closed 3 years ago
problem with l10n for simple-prefs type "radio" and "menulist"
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: celestia_jenova, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0 Build ID: 20151001030236 Steps to reproduce: Using JPM to build an extension make "preferences" in package.json as below: "preferences": [ { "name": "test1", "type": "radio", "title": "test1", "value": true, "options": [ { "value": true, "label": "Enabled" }, { "value": false, "label": "Disabled" } ] }, { "name": "test2", "type": "radio", "title": "test2", "value": true, "options": [ { "value": true, "label": "Enabled" }, { "value": false, "label": "Disabled" } ] } } There could be more than test2 Actual results: l10n keys for the "options" in ja.properties are as follow: test1_options.Enabled= 有効 test1_options.Disabled= 無効 test2_options.Enabled= 有効 test2_options.Disabled= 無効 Expected results: there should some way to defined common l10n keys, such as: radio_options.Enabled= 有効 radio_options.Disabled= 無効 Or add "name" to each of the child objects of "options",then use name to determine the l10n key.It will be easier if child objects has the same l10n keys.
Updated•9 years ago
|
Component: Untriaged → Plug-ins
OS: Unspecified → Windows 10
Product: Firefox → Core
Hardware: Unspecified → x86
Comment 1•3 years ago
|
||
Resolving as wont fix, plugin support deprecated in Firefox 85.
Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → WONTFIX
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•