Re: [BUGS] BUG #4279: Bad codepage in our web-site

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Andrew Sullivan <ajs(at)commandprompt(dot)com>, pgsql-www(at)postgresql(dot)org
Subject: Re: [BUGS] BUG #4279: Bad codepage in our web-site
Date: 2008-09-15 07:29:36
Message-ID: 48CE0EE0.9010405@gmx.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-www

Bruce Momjian wrote:
> Andrew Sullivan wrote:
>> On Fri, Aug 22, 2008 at 02:03:49PM -0400, Bruce Momjian wrote:
>>>> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
>>>> />
>>> You saw that in our CVS HTML file that is part of the source
>>> distribution? That is the master copy.
>> No, that's my point. When I look at the web page source, it's UTF-8.
>> And since that's the only realistic way to have the framework document
>> around the FAQ, it seems reasonable to me.
>>
>>> I see lots of FAQs in CVS that are not UTF8:
>>>
>>> FAQ.html: <META http-equiv="Content-Type" content="text/html; charset=US-ASCII">
>> This doesn't matter, because US-ASCII is a proper subset of UTF-8.
>>
>>> FAQ_brazilian.html: <META http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
>> This doesn't need to change because the bottom range of Unicode was made
>> the same as ISO 8859-1 in order to make the transition somewhat easier.
>>
>>> FAQ_polish.html: <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2">
>>> FAQ_russian.html: <META http-equiv="Content-Type" content="text/html; charset=koi8-r">
>>> FAQ_turkish.html: <meta http-equiv="Content-Type" content="text/html; charset=iso8859-9">
>>>
>>> Do they all have to be converted?
>> Those three do, I expect. They sure look like it on the page. All
>> sorts of "?" in there.
>
> Well, something is converting them to UTF8 headings on our web site and
> I thought the HTML encoding was converted at that stage.

Whatever process is taking the FAQ documents and integrating them with
the web layout around it needs to run an encoding conversion.

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Benjamin Bihler 2008-09-15 09:30:37 BUG #4417: Foreign keys do not work after altering table/column names
Previous Message Stephan Szabo 2008-09-14 01:41:45 Re: BUG #4416: Between operator is not working as expected

Browse pgsql-www by date

  From Date Subject
Next Message Roberts, Jon 2008-09-15 13:25:53 Re: Oracle and Postgresql
Previous Message Alvaro Herrera 2008-09-14 17:52:48 Re: Mailserver/Majordomo problem