Develop language policy

[hugolpz]

Add-on handles several languages parameters :

• signLanguage
• relevantWiktionary, source for the definitions, to be readable by the user.
• relevantWiktinarySection = source for the definitions, the language of the written words clicked, written in uiLanguage (complexity therefore exploding).
• uiLanguage

Question

Is the relevant Wiktionary relevant to that sign language or to the add-on's user's language ?

signLanguage

As for uiLanguage, we currently store the following info :

{ wdQid: "Q99628", nativeName: "langue des signes française"}

We could store parentLanguage: [ 'ru', 'kh' ] so to support languages such as Russian-Kazakh Sign Language.

uiLanguage

As for uiLanguage, we currently store the following info :

{ wdQid: "Q1860", nativeName: "English", associatedWikt: "en", associatedAnchorId: "#English" },

See also this WDQS query.

Complexity arise

Spanish user studying American Sign Language, may want:

{ uiLanguage:"es", signLanguage:"ASL",relevantWiktionary:"es", relevantWiktinarySection:"#Inglès" }

Hindi user studying American Sign Language, will want:

{ uiLanguage:"hi", signLanguage:"ASL",relevantWiktionary:"hi", relevantWiktinarySection:"#अंग्रेज़ी" }

Policy needed

Must think about a better balance between hard coded data and ../i18n/

Seems logical to assume the learner of American Sign Language knows to read in ENGLISH, and entry to ASL must go via this parent language.

See also

About "Add language UI in settings": Consider https://github.com/wikimedia/jquery.uls .

[hugolpz]

For a Swedish speaking user, if you want to get the definitions from https://sv.wiktionary.org/wiki/lapin#Franska and similar page, then :

"si-overlay-coreContent-right-wikt-iso": "sv"
"si-overlay-coreContent-right-wikt-section-id": "#Franska"

If you prefer your community to use https://en.wiktionary.org/wiki/lapin#French :

"si-overlay-coreContent-right-wikt-iso": "en"
"si-overlay-coreContent-right-wikt-section-id": "#French"

But this system is still under construction so I may have to think to something more intuitive.

See also :

• wikt-iso
• wikt-section-id