Language files and captcha
How about moving language files out of themes folder since they do not belong there?
Same goes for sounds and fonts used for captcha...
Re: Language files and captcha
Reply #1 –
This has been discussed ad nauseum. There is good reason why a theme would want to change the language strings and not much reason to make them global.
Re: Language files and captcha
Reply #5 –
For an SMF codebase? Well, yeah.
Wedge is innovative. Elk is innovative. SMF is a piece of conservative crap. It's only getting started with copying Wedge's concepts and it's only because of someone who liked what he already did in Wedge years ago...
I'm not sure your smiley was really tongue in cheek. I'm a bit weary of external communication after that annoying discussion with the SMF team this week.
Re: Language files and captcha
Reply #6 –
I agree with moving the language files out of the theme, but I think the theme needs a method for overwriting those language files if it does. Best way I can figure to do that is to use my recommendation for a Translator class and then lazy load the language files. If $txt is called, then it will load all of the language files. So, that will be pretty late for everything except for errors. By that time, the theme should be loaded or it doesn't really matter anyway.
Re: Language files and captcha
Reply #7 –
It's not hard to allow themes to override language files or even individual strings. It does not have to imply the original language strings are in a theme folder. Really! ^^