HTML Reports - UTF-8 contra ISO-8859-1

[Josef Stadelmann]

Hi,
I have generated all my modells content into a large web site and put it to a remote apache web server.

using IE and index.htm and below from local PC file system shows proper German Umlauts ä ö ü, doing the same from Apache Web Server with IE and or FireFox shows rubish for each Germa Umlaut

The reason is: catching the file from local file system switches the encoding of IE to UTF-8, while catching the file from Apache Web Server does not switch encoding to UTF-8

I can override that behavior with setting a default character at Apache Web Server to UTF-8  BUT this will influence / impact other pages yet encoded as ISO-8859-1

To say is that:
1. Viewing the source code of the generated htm files sometimes contains "ä" "ö" "ü" as ISO-8859-1 singel 8 bit byte characters but the meta tag still says "it's UTF-8".

I consider this a BUG of EA; This is silly wrong, a EA BUG. UTF-8 can not have any character encoded as singel 8 bit byte unless it has to have a special meaning but certainly not for German Umlauts.ä ö ü

2. View HTML Source Code in IE from both locations shows UTF-8 Encoding all times. So what makes the IE not changing to UTF-8 if we read from a Web Server as opposed accessing a page from the local file system.

Josef

[Josef Stadelmann]

How can change encoding of generated HTML documentation to ISO-8859-1, as this is the default encoding and the encoding off all our other WIKI pages residing on Apache Web Server.

Josef

[Josef Stadelmann]

I found how to change the meta tag to ISO-8859-1 in EA Web Templates. OK

BUT

Text in HTML is now given as Germa Umlauts in singel 8 bit byte format and also IE encoding is set properly to Western ISO, and view source in IE shows all properly there. But two bytes are represented in the IE and switching to UTF-8 in IE makes IE presenting a proper ü from a UTF-8 string.

I guess it is a bad generated class or script substituting on the fly the output stream!

Question is now: which script or class used from the generated html page substitutes on the fly from ISO-8859-1 to multibyte UTF-8, herby forcing bad output for a German Umlaut "ü" to uper case A~ followed by 1/4 in IE and FF.

Aslo: Sparx.com check your scripts as the check for IE6 and IE7 but we switch next to IE8 or IE9, do your scripts correctly handle this?

Josef