Re: [Dspace-tech] [Dspace-devel] JSPUI language detection - request for comment

2010-01-28 Thread Graham Triggs
BTW, 1 + 2 are technically the same thing... the EPerson's default locale is 
stored in the current session when they log in - overriding what is currently 
there.

The UI selection will update the Locale in the current session - overriding 
whatever is there currently (either a previous choice, or the EPerson's default 
that has been inserted in the session).

So priority of choosing a message to display is:

1. Session locale setting
2. Browser default locale
3. DSpace default locale

G

On 24 Jan 2010, at 20:07, Kim Shepherd wrote:

 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-devel mailing list
 dspace-de...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-devel


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] [Dspace-devel] JSPUI language detection - request for comment

2010-01-28 Thread Kim Shepherd
Cheers Graham, I realised this after a closer look last night - I don't think 
the consistency problem was as big as I first suspected, either. Patch should 
be up soon.

 -Original Message-
 From: Graham Triggs [mailto:grahamtri...@gmail.com]
 Sent: Friday, 29 January 2010 4:43 a.m.
 To: Kim Shepherd
 Cc: dspace-tech@lists.sourceforge.net; dspace-
 de...@lists.sourceforge.net
 Subject: Re: [Dspace-devel] JSPUI language detection - request for
 comment
 
 BTW, 1 + 2 are technically the same thing... the EPerson's default
 locale is stored in the current session when they log in - overriding
 what is currently there.
 
 The UI selection will update the Locale in the current session -
 overriding whatever is there currently (either a previous choice, or
 the EPerson's default that has been inserted in the session).
 
 So priority of choosing a message to display is:
 
 1. Session locale setting
 2. Browser default locale
 3. DSpace default locale
 
 G
 
 On 24 Jan 2010, at 20:07, Kim Shepherd wrote:
 
  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-devel mailing list
  dspace-de...@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/dspace-devel

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech