the situation is as follows: SilverStripe assumes user credentials to consist of an email address and a password. That is fine for sites with various users but often not quite relevant for sites with a closed group of editors. So, to make it a little less confusing Iâ€™d like to go with username and password which is not a technical problem as the email field accepts non-email strings anyway.
Now I want to update the language files to reflect this change, e.g.
$lang['de_DE']['Member']['EMAIL'] = 'Benutzername';
The problem seems to be, however that my custom language file (in mysite/lang/) gets included before the coreâ€™s. Thus, my custom setting gets overriden by the default one. Obviously I could just change the core but I donâ€™t consider that a particularly good option.
So, is there a reason for the way this works? Are there workarounds?
Any help would be appreciated.
UPDATE: An easyâ€”if not very elegantâ€”workaround apparently is to create a module with a name that is lexicographically â€œgreaterâ€ than â€œsapphireâ€ and put the language file there (which also seems to indicate that this was not a conscious design decision).