Skip to main content

This site requires you to update your browser. Your browsing experience maybe affected by not having the most up to date version.

General Questions

General questions about getting started with SilverStripe that don't fit in any of the categories above.

Moderators: martimiz, Sean, biapar, Willr, Ingo, swaiba, simon_w

[SOLVED] l10n for admin interface and implications on updates


3 Posts   846 Views


25 November 2009 at 2:18am (Last edited: 27 November 2009 8:13am), Community Member, 21 Posts

I do some localisation in the admin interface, i. e. a previously defined CalendarDateField which is labled <Date>.
In my ArticlePage.php I have something like that:
$fields->addFieldToTab('Root.Content.Main', new CalendarDateField('Date', _t('ArticlePage.DATE', 'Date')), 'Content');

in de_DE.php I added this entry:
$lang['de_DE']['ArticlePage']['DATE'] = 'Publikationsdatum';

The result is like expected: The label changed to <Publikationsdatum>. So far so good.

My question is concerning a future update of SilverStripe. Am I right, that SS will override my personal translations when doing it that way?

Question 2: Is there a recommended way to do this to avoid this kind of thing?

Thanks for your help.


26 November 2009 at 6:28am Community Member, 283 Posts

Just keep a copy of your de_DE.php page handy and you should be OK. You will have to replace the file once an upgrade overwrites it though.

Changes like this, if they are universally needed, should likely be submitted to the codebase:


27 November 2009 at 8:12am Community Member, 21 Posts

Well thanks for your comment, but this is definitivly not solving the problem.

Anybody else interested in this topic should have a look at this very interesting article at

It covers the way SS is searching for language files and comes up with a solution for avoiding your translation being overridden by any update in a css-cascading-style manner.

Worth reading.