Issue Details (XML | Word | Printable)

Key: MBS-4241
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Normal Normal
Assignee: Ian McEwen
Reporter: Ian McEwen
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
MusicBrainz Server

msgids for translation should not use anything but ASCII

Created: 26/Jan/12 02:44 AM   Updated: 09/Jul/12 07:14 AM   Resolved: 09/Jul/12 07:14 AM
Component/s: Internationalization
Affects Version/s: None
Fix Version/s: Bug fixes, 2012-07-09

Issue Links:
Duplicate
 


 Description  « Hide

http://ml.imperia.org/libintl-perl/2005/08/16/6289725913ab0bbaa57235297ed06db9/
https://rt.cpan.org/Public/Bug/Display.html?id=49758

See also http://i18n.mbsandbox.org/ – anything with an em-dash declared as such (rather than using the HTML entity) doesn't work, likewise smart quotes; haven't looked further. Good example is the blurb starting "Like Wikipedia ..." on the front page, and the three links below that. Those are translated in en-aq (our testing pseudo-translation) and de, at the least, probably many other places.

This is a side effect of needing to use the pure-perl gettext module (Locale::gettext_pp) – it works fine with the XS version, but that one doesn't allow the language to change per-request; it caches the first request and then uses that language from there on (we think – it may be that our way of language-switching isn't doing anything, and we should use nl_putenv and LC_ALL rather than setting $ENV{LANGUAGE} ). Clearly one thing or the other needs changing; I have no clear way to tackle the XS language-caching issue (either way it plays out), hence this.