As for the guest layout support, I'm hoping to have a refactored rendering pipeline in uPortal 3.3 which would fix a lot of the guest UI caching issues that have plagued uPortal for so long. I realize that is a rather ambiguous reply since 3.3 development is just spinning up now that 3.2 will be released within a week but without disabling caching there isn't a reasonable way (that I know of) to get guest user locale selection working.
-Eric On 1/19/10 4:31 PM, Vangel V. Ajanovski wrote:
On 19.01.2010 17:34, Eric Dalquist wrote:I've reopened the issues for providing the user's locale list to the structure transform and fixing locale support in DLM.All right, I don't know if I this is the correct place or time to discuss this, but here the Accept-Language configuration in the browser is usually left to the default settings as installed, most people are not aware that such option exists, and on many computers the locale is not correctly set so the default accept-language can be either English or one of the two official languages, or sometimes even German.For the web proxy issue I'd recommend looking into it as a feature enhancement for the web proxy portlet since after 3.2 CWebProxy will be no more. Perhaps the better way to handle it there is since the portlet should know the list of locale's the user wants in order it can set the Accept-Language header on the request appropriately.So I think that the most acceptable solution is to have a box to switch the language for the current session even on the guest layout and this setting should be sent to all portlets.-- You are currently subscribed to [email protected] as: [email protected] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
smime.p7s
Description: S/MIME Cryptographic Signature
