exactly as I would expect. Unicode is the way to go.
The English site renders English characters correctly, of course, plus a similar sprinkling of "special" German and Cyrillic characters are rendered correctly. When I examine the PF-generated headers, I see
which is not what I expect, as iso-8859-1 --as far as I can tell-- is incapable of rendering Polish diacritics and any Cyrillic. (I suppose I must except the non-diacritic Polish characters and Cyrillic characters that look like Latin ones, but the overlaps are beside the point.)
Q1: On a PF page declared to be iso-8859-1 encoded, how is it that the Polish diacritics and Cyrillic characters render correctly? Could the browser be reading the BOM or doing an analysis of the actual content and overriding the header declaration? Or what? Or am I completely misunderstanding character encoding?
Q2: Is there a good technical reason that the standard English 7.00.05 installation doesn't use utf-8? Or simply a lack of pressing reason to convert it?
Q3: (Bonus Question) Is there a quick-n-easy php method of determining the encoding of a particular file?
You can view all discussion threads in this forum. You can start a new discussion thread in this forum. You cannot reply in this discussion thread. You cannot start on a poll in this forum. You cannot upload attachments in this forum. You can download attachments in this forum.