Symfony and Angular: shared translations

Angular for frontend with symfony delivering the data have become quite a common setup.

When working with this constellation you will sooner or later come across the i18n topic. Most likely you would want to share translations between front- and backend. So that you could keep translations in one single location while using it for frontend templates as well as server-side error messages etc.

One approach would be to store translations in the symfony yml or xml files and deliver those to the frontend via an api endpoint.
Given that front- and backend-code run on the same server, there is an even simpler solution.
Continue reading “Symfony and Angular: shared translations”

i18n-fieldtypes module für Silverstripe

Heute möchte ich mal ein Silverstripe Modul von mir vorstellen: silverstripe-i18n-fieldtypes
Es ist eigentlich eher ein Work-around für fehlenden oder ungenügenden I18n Support in sapphire.
Eigentlich sind wir hier alle Fans von Silverstripe, da es für Coder einfach anzupassen ist, aber
speziell beim Umgang mit Datums und Currency Typen in Silverstripe merkt man, dass da noch was fehlt.
Es kann gut sein, dass die nächste Version von sapphire das Modul obsolet machen -ich hoffe es sogar-
aber bis dahin, soll dieses Modul helfen.

Für Datum Werte mit deutscher Formatierung muss man zB überall in den templates folgendes machen

$Datetime.FormatI18N(%e. %B %G).

Es reicht nicht einfach sowas in der config anzugeben:

i18n::set_locale('de_DE');

Und das ist schon ganz schön nervig.
Aber hier hilft dann das Modul.

Sapphire kennt verschiedene Wege zur Formatierung, die in Zukunft wahrscheinlich noch vereinheitlicht werden.
Im Groben sind das:

Continue reading “i18n-fieldtypes module für Silverstripe”