Hi all,

JSPUI's i18n settings are currently a bit broken in trunk (future 1.6). When an 
EPerson is logged in and has configured a language in their profile which 
doesn't match the locale requested by their web browser, they will end up 
seeing both languages used on some pages.
This is basically due to inconsistent i18n key lookup methods used throughout 
JSPUI.

Now's a good time to go through and make everything consistent, so right now 
the idea is to go back to the order that locales were applied before 1.5:

(1 is top priority, 5 is bottom, so the first successful match will be selected)

1. UI selection (eg. manually selecting 'English' or 'German' from the JSPUI or 
XMLUI frontend while browsing)
2. Eperson default locale (configured via Edit Profile in JSPUI or XMLUI)
3. Browser default locale (first locale requested by end user's web browser)
4. Dspace default locale (from dspace.cfg)

Any feedback, concerns or ideas are welcomed: email replies (preferably onlist) 
or JIRA comments.

The full JIRA issue is here: http://jira.dspace.org/jira/browse/DS-418 

If no objections are raised in the next few days, I'll just go ahead with a 
patch based on the order given above.

Cheers,

Kim
--
Kim Shepherd
IRR Technical Specialist
ITS Systems & Development
The University of Waikato
New Zealand

DDI +64 7 838 4025


------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Reply via email to