[Mono-bugs] [Bug 42962][Nor] Changed - Bug or lack of globalization support in xsp server
bugzilla-daemon@rocky.ximian.com
bugzilla-daemon@rocky.ximian.com
Thu, 15 May 2003 05:37:28 -0400 (EDT)
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by tkaszuba@hotmail.com.
http://bugzilla.ximian.com/show_bug.cgi?id=42962
--- shadow/42962 Wed May 14 15:09:38 2003
+++ shadow/42962.tmp.24490 Thu May 15 05:37:28 2003
@@ -45,6 +45,17 @@
------- Additional Comments From gonzalo@ximian.com 2003-05-14 15:06 -------
There's no support for that apart from the machine.config/web.config
stuff.
May be it's time to add a couple of properties with the Encoding to be
used when reading pages and writing the output.
+
+------- Additional Comments From tkaszuba@hotmail.com 2003-05-15 05:37 -------
+I think the most useful of the globalization stuff would probably be fileEncoding and
+Culture. responseEncoding and requestEncoding influence only the look and
+function of a web page. But fileEncoding and Culture are key to get the web form to
+compile. For example, recently I tried to compile a web form with characters ?, which
+is rendered by windows-1250 and iso-8859-2, and the compiler threw me a UTF8 decoder
+error. (which makes sense since these aren't UTF8 characters) Culture is needed for
+rendering numbers and the like. If you've got a label which is converted to a number
+using the set culture (which default is Us-us or something like that) then the compiler
+will throw a Formating error.