[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.