Michiel Meeuwissen wrote:
Nico Klasens wrote:
Update of /var/cvs/applications/taglib/src/org/mmbase/bridge/jsp/taglib
In directory
james.mmbase.org:/tmp/cvs-serv11875/applications/taglib/src/org/mmbase/bridge/jsp/taglib
Modified Files:
CloudTag.java
Log Message:
Reverted the checkLocale method, because it breaks the locale setting of the cloud. The "simplification" forces the cloud to set the locale to the mmbase locale.
I just wanted the cloud to pick up the locale, even in a dynamic
include, withouth the need for yet another mm:locale. So, I was mainly
interested in it picking up the
"javax.servlet.jsp.jstl.fmt.locale.request" attribute, which is one of
the functions of the default getLocale method. I don't realy undertand
how this would break the locale setting of the cloud? Would it perhaps
have something to do with also checking the parent ContextReferrer? I
noticed nothing going wrong with locales, so perhaps your test-case
somehow differs from mine. When excactly did this happen?
greetings,
Michiel
Download the war from http://cmsc.finalist.com and put your taglib jar
in it and click around in the "bibliotheek" Everything is in dutch
except when strings and values are requested thought the cloud (node
manager names and field names). When everything is in english then you
have to turn on the dutch language in your browser, because we support
two languages based on the accept-language http header. In the future we
might provide the possibility to select a language so I want to set the
locale at one point in the code.
I don't want to use the mm:locale tag all the time for two reasons. One,
I don't want to pass around the locale the user is going to select in
every request (easy to forget) And two, the mm:locale tag is a jsp only
thing and I am not always using jsp to render pages.
Nico
_______________________________________________
Developers mailing list
[email protected]
http://lists.mmbase.org/mailman/listinfo/developers
