26 Commits

Include renames

Author	SHA1	Message	Date
Matan Bareket	2eff11cbb3	WEB: Clean up most PSR2 style warnings	2019-01-22 19:49:58 -05:00
Matan Bareket	df825b7878	WEB: Fix phpstan static errors	2019-01-22 19:49:58 -05:00
Matan Bareket	85328f2997	WEB: Use PSR-4 autoloading	2019-01-22 19:49:58 -05:00
Matan Bareket	cfbeebb8dc	WEB: Add namespaces to all PHP files	2019-01-22 19:49:58 -05:00
Matan Bareket	851bb41bb7	WEB: Auto-fix to PSR-2 standard	2019-01-22 19:49:58 -05:00
Matan Bareket	a15b8f4dca	I18N: Automatically generate ini files and sanitize HTML	2018-11-05 13:45:03 -05:00
Matan Bareket	0ce6ab24c0	WEB: Fix date_localized on windows	2018-08-27 00:08:59 -04:00
Matan Bareket	f0be08f8dc	WEB: update templates includes to use the new folder structure	2018-07-26 07:17:40 -04:00
Matan Bareket	ab1ded4bba	WEB: Upgrade to Smarty 3	2018-07-26 07:17:40 -04:00
Colin Snover	a5de04c699	WEB: Deduplicate allowed languages list	2016-04-24 13:47:53 +00:00
Adrian Astley	5c27ce3e0e	WEB: Fix language switching ... As mentioned in f3c2203e2f, the language switching was always 1 behind. As in, the language would be the last language you selected. The first problem is that some of the smarty config variables were being set after the call to _smarty->config_load(). Since the smarty instance is cached, it was using the last set of variables. I don't know why the production web site isn't throwing errors. My personal set up wouldn't load until I could set _smarty->compile_dir the first time. Perhaps the language update was done on the fly, so smarty was still cached. The next potential problem is persistence with $_SESSION. The session is never initialized with session_start(). However, the production php.ini may have session auto start enabled.	2016-01-21 12:43:43 -06:00
Eugene Sandulenko	14713d363a	WEB: Made news dates translatable	2016-01-17 01:34:09 +01:00
Eugene Sandulenko	628ee9c980	WEB: Do not process Russian characters	2016-01-16 23:43:58 +01:00
Eugene Sandulenko	f3c2203e2f	WEB: Attempt to implement language switcher functionality ... For some reason the language switching is working one click behind. The goal is to have the page switched instantly, but it doesn't happen now.	2016-01-16 23:43:58 +01:00
Eugene Sandulenko	c1f3e53865	WEB: Beginning of language selector functionality	2016-01-16 23:43:58 +01:00
Eugene Sandulenko	46eed0ba3e	WEB: Added lang.ini support	2016-01-16 23:43:58 +01:00
Eugene Sandulenko	2ba0fd5f34	WEB: Translate news.tpl into Russian. Fixes	2016-01-16 23:43:58 +01:00
Eugene Sandulenko	1e5b429733	WEB: Support for localized .xml files	2016-01-16 23:43:58 +01:00
Eugene Sandulenko	de81873722	WEB: Enable multilanguage. Hardcoded for the time being	2016-01-16 23:43:58 +01:00
Eugene Sandulenko	f266d30014	WEB: WIP for multilanguage support	2016-01-16 23:43:58 +01:00
Jordi Vilalta Prat	83ae141b9d	WEB: Replace unnecesary references to SVN with VCS-agnostic terminology. ... svn path=/web/trunk/; revision=55899	2011-02-12 20:18:55 +00:00
Willem Jan Palenstijn	8d47a34f7c	Cleanup (make entity detection case-insensitive) ... svn path=/web/trunk/; revision=46222	2009-11-30 16:29:42 +00:00
Martin Kiewitz	afd315e4c3	Another change for Š fix ... svn path=/web/trunk/; revision=46220	2009-11-30 16:22:27 +00:00
Fredrik Wendel	ecbe49af28	Create a specific class for exception handling and modify relevant code parts. We can now properly detect if the MenuModel is causing the exception and therefor skip it. ... Without this fix we wouldn't be able to display the exception if MenuModel was the cause since it's used in the Controller, which ExceptionsPage inherits from. svn path=/web/trunk/; revision=40948	2009-05-27 18:24:16 +00:00
Fredrik Wendel	00d6787e08	Strip ASCII character 194 as it results in a weird character being printed out in the FAQPage (#5_9). ... svn path=/web/trunk/; revision=40928	2009-05-26 21:14:54 +00:00
Eugene Sandulenko	d429c48de0	Website rewrite from Fredrik Wendel ... svn path=/web/trunk/; revision=40814	2009-05-23 18:45:30 +00:00