Mobilenations - die smartphone-community

Wir fanden die vorgegebene Lösung von Tizen für Multilanguages etwas dürftig. Auch weil derzeit der Language Wizard nur wenige Sprachen unterstützt. Daher haben wir uns selbst eine Möglichkeit erschaffen, die es uns erlaubt schnell und einfach eine Vielzahl von Sprachen zu unterstützen.

Das ganze befindet sich zwar noch mehr oder weniger in der Testphase, da aber Fehler oder evtl Verfeinerungen besser gefunden werden, wenn es mehrere Leute nutzen, haben wir das ganze unter GPL verfügbar gemacht.

Den Source Code gibt es auf
https://github.com/SciDev030/MessageSystem" onclick="window.open(this.href);return false;

Derzeit sind wir noch sehr "grob". So werden Deutsch Deutschland, Deutsch Österreich und so weiter (de-DE, de-AT) lediglich auf de reduziert. Unterschiedliche Bezeichnungen wie z.b. im Kalender (Januar und Jänner) können also ggf nicht ohne Änderungen derzeit bearbeitet werden.

Erstmal: Ich find die Initiative gut.

Aber warum das Rad neu erfinden und nicht was nehmen, was es eh schon zahlreich für JavaScript gibt? Bzw. eigentlich brauch man da nicht wirklich ein "Framework" dafür.

Was euren Code angeht, hätte ich dennoch Empfehlungen. Anstatt das über Switch zu machen, solltet ihr es lieber über eine Map lösen die ja intern meist gehasht werden, was die die Sache wesentlich performanter macht als eine Switch-Anweisung.

Es gibt sogar eine Vielzahl von Best Practice dazu. Eine schöne Lösung ist z.B. das:
http://stackoverflow.com/questions/2288 ... tilanguage" onclick="window.open(this.href);return false;

Hat auch den Vorteil, dass die Sprachen in separate Files ausgelagert werden, was die ganze Sache wieder übersichtlicher macht.

Catscratch wrote:Erstmal: Ich find die Initiative gut.

Aber warum das Rad neu erfinden und nicht was nehmen, was es eh schon zahlreich für JavaScript gibt? Bzw. eigentlich brauch man da nicht wirklich ein "Framework" dafür.

Was euren Code angeht, hätte ich dennoch Empfehlungen. Anstatt das über Switch zu machen, solltet ihr es lieber über eine Map lösen die ja intern meist gehasht werden, was die die Sache wesentlich performanter macht als eine Switch-Anweisung.

Es gibt sogar eine Vielzahl von Best Practice dazu. Eine schöne Lösung ist z.B. das:
http://stackoverflow.com/questions/2288 ... tilanguage" onclick="window.open(this.href);return false;

Hat auch den Vorteil, dass die Sprachen in separate Files ausgelagert werden, was die ganze Sache wieder übersichtlicher macht.

Danke für das Feedback

Ich habe mal noch "Planned Features" hinzugefügt zum Projekt. Wir werden wohl auf JSON und/oder XML Files erweitern und dann das switch weglassen.

Alles ist definitiv besser als das was Samsung bei Tizen als Lösung bietet

Update is da

Geschrieben mit badaBoard!

Derzeit sind wir noch sehr "grob". So werden Deutsch Deutschland, Deutsch Österreich und so weiter (de-DE, de-AT) lediglich auf de reduziert. Unterschiedliche Bezeichnungen wie z.b. im Kalender (Januar und Jänner) können also ggf nicht ohne Änderungen derzeit bearbeitet werden.