mediagoblin.git - MediaGoblin is a free software media publishing platform that anyone can run, with Plyr player for default, search and without nodejs

	Commit message (Collapse)	Author	Age	Files	Lines
*	Fixing bug where not all conditions returned a language in ↵	Christopher Allan Webber	2012-12-01	1	-1/+2
\| \| \| \| \| \|	get_locale_from_request() Just had to change the indentation level of the last commit.
*	Fall back to "en" if we don't find matching translations	Sebastian Spaeth	2012-12-02	1	-1/+1
\| \| \| \| \| \| \| \|	In case of no matching translations, target_lang was "None" which blew up things. Fall back to "en" in case we don't find a corresponding translation. Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
*	Honor user's browser language (#558)	Sebastian Spaeth	2012-12-02	1	-9/+19
\| \| \| \| \| \| \| \| \| \| \| \| \|	Previously we would attempt to satisfy the user's first language preference, immediately falling back to english if that was not possible. Now, we will get the best match of the user's preferred languages. This requires storing the available locales on app startup, so we have mg_globals.available_locales ready to compare them against the list of preferred user languages. Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
*	Fix i18n in our browser	Sebastian Spaeth	2012-12-01	1	-12/+13
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	We only ever served english pages since the switch to werkzeug's requests. Fix this by actually checking the accepted languages that our web browser sends and using that or falling back to english. This is not optimal, imaging our browser sends "klingon, de" as accepted languages and we happen to not have a klingon translation ready (a deficiency that should be corrected immediately anyway!!). We would then fall back to english rather than sending the sensible and pleasant German language which the user would understand. This will require more backend work though. Removing the gettext.find() in mg_globals.py. It looked in the wrong directory anyway (mediagoblin/translations) and as that does not exist, had always returned None without anyone noticing. Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
*	Fixed 404 page under werkzeug.routing	Joar Wandborg	2012-10-14	1	-6/+1
\| \| \| \| \|	- Removed ?lang=<langcode> feature due to incompatibility with werkzeug routes in the current state of the architecture.
*	Replaced all request.POST with request.form, ...	Joar Wandborg	2012-09-29	1	-1/+1
\| \| \| \| \|	- Fixed error handling in OAuth plugin - Changed request.POST file fields to request.files
*	Switch from webob.Request to werkzeug.wrappers.Request	Joar Wandborg	2012-09-29	1	-13/+4
\|
*	replaced os.path.split()[0] with os.path.dirname() and corrected a couple of ↵	Aleksej	2012-08-13	1	-2/+2
\| \| \| \|	comments
*	make mg_globals.translations thread-safe	Jakob Kramer	2012-07-18	1	-5/+4
\| \| \| \| \|	I added mg_globals.thread_scope (an instance of threading.local) and made `translations' an attribute of it.
*	It's 2012 all up in here	Christopher Allan Webber	2012-02-02	1	-1/+1
\|
*	Support for older webobs and newer webobs both in accept language mess :)	Christopher Allan Webber	2011-10-15	1	-2/+11
\|
*	Fixes issue662, MediaGoblin was broken by recent WebOb release.	Christopher Allan Webber	2011-10-15	1	-7/+3
\| \| \| \| \| \| \| \| \| \|	From WebOb release notes: "Accept.best_matches() is gone; use list(request.accept) or request.accept.best_match(..) instead (applies to all Accept-* headers) or similar with request.accept_language." ... seems that's what borked it...
*	Moved common, translation, template, and url code out of util.py and into ↵	Aaron Williamson	2011-10-01	1	-0/+167
	tools/[file].py