Welche Information sollten pro Sprache hinterlegt werden können

[tbaddade]

• setlocale Bsp. [email protected],de_DE.UTF-8,de.UTF-8,ge.UTF-8
• Datumsformat lang/kurz; Bsp. %e. %B %Y
• Zeitformat lang/kurz; Bsp. %R Uhr

[bitshiftersgmbh]

Dafür. Alle 3.

[alxndr-w]

Siehe auch: https://stackoverflow.com/questions/3191664/list-of-all-locales-and-their-short-codes

Mir ist im übrigen nicht klar, wie die setlocale()-Parameter auszusehen haben, da es ja wohl elementare Unterschiede zwischen Windows, UNIX, usw. gibt in der Schreibweise, der Codes usw.

Beim Datumsformat bin ich mit %e. %B %Y d'accord, das ist auch meines Wissens die Duden-Empfehlung.

[alxndr-w]

Bei unserem Server müssen wir übrigens mit de_DE.UTF-8 beginnen - [email protected] führt zu einem Problem, egal, an welcher Stelle wir das notieren. (PHP7.0/PHP7.1, Apache)

Der Sonderfall de_DE.utf8@euro wird zwar an vielen Stellen erwähnt, ist aber selbstaufhebend. Mittels utf8 wird zwar bestimmt, dass die UTF-8-Kodierung benutzt werden soll, durch den Modifikator euro wird gemäß Definition die Kodierung auf ISO-8859-15 gestellt, da dort das Eurozeichen explizit vorhanden ist.

aus: https://wiki.archlinux.de/title/Locale

edit2: ziehe meinen Einwurf zurück, ich hatte nicht gesehen, dass die Parameter als Array übergeben werden müssen:
setlocale(LC_ALL, explode(",",rex_clang::getCurrent()->getValue('locale')));

[alxndr-w]

Ich sehe das mittlerweile eigentlich eher bei den Metainfos einer Sprache in REDAXO aufgehoben.

[tbaddade]

Ich sehe das mittlerweile eigentlich eher bei den Metainfos einer Sprache in REDAXO aufgehoben.

so mache ich es zur Zeit auch

[alxndr-w]

Dann ist es was für die allgemeine Doku und nicht hier.
redaxo/docs#93

hier close?

[tbaddade]

hier close?

muss ich noch einmal drüber nachdenken. Ein Vorteil bei Sprog wäre, dass eine Sprach eeine andere als Basis nehmen kann. Mal sehen. was wird.