problem with l10n for simple-prefs type "radio" and "menulist"

UNCONFIRMED
Unassigned

Status

()

Core
Plug-ins
UNCONFIRMED
2 years ago
2 years ago

People

(Reporter: celestia_jenova, Unassigned)

Tracking

44 Branch
x86
Windows 10
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

2 years ago
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

2 years ago
Component: Untriaged → Plug-ins
OS: Unspecified → Windows 10
Product: Firefox → Core
Hardware: Unspecified → x86
You need to log in before you can comment on or make changes to this bug.