not impacted as far as i know.
Everything is just utf instead of a charset like ISO-8859-1 (called
western most of the times i believe)
pages could be a bit larger if there are 2 byte chars in it.
I think all browsers are supporting utf-8 just fine so that is not a problem
With utf-8 all of the conversion problems i know of like the Euro sign
(from java->browser or browser->java) are gone
So in the end utf-8 is the way to go. Much better then anything else.
johan
Gili wrote:
+1
If we're somehow breaking the servlet standard we should either
look for an alternative approach or document it. At the very least, we
should investigate the expected impact of changing the default
charset. How will developers be impacted?
Gili
Johan Compagner wrote:
yes i know that but we now explicitly are saying UTF-8 by default.
if that is what we want. Then it is fine by me. But now all output
and input (form submits) will be in utf-8
if a user doesn't change the default encoding of the application
settings.
I don't mind because i think utf-8 is much better then all those
other char conversions
and is talking much better to java. But it is not the default what
the browser and the servlet spec are using.
johan
Juergen Donnerstag wrote:
yes, but we explicitly set the charset on the response header, always
Thus the browser does not need to guess.
Juergen
On 7/13/05, Johan Compagner <[EMAIL PROTECTED]> wrote:
Juergen (and others)
We now have an output encoding in the ApplicationSettings that is
great
but it defaults to UTF-8. So now all the pages are in utf-8 but the
servlet spec
says that default iso-8859-1 is the default charset.
Should we stick with UTF-8? It is better anyway and no charset
conversion needs to be done
(at least not as much i think)
johan
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar
happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in
dual
core and dual graphics technology at this free one hour event
hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar
happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in
dual
core and dual graphics technology at this free one hour event hosted
by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop
