Финляндец воспользуется английской версией страницы.

> Vladimir Kladov ©

http://kolmck.net/e_links.htm#Forum
> Russian forum is located on the site http://www.delphimaster.com.

Это что за сайт такой delphimaster.com? ))

P.S. Я лично за utf-8 если ресурс многоязычный, чтобы не иметь проблем с кодировками.

где проблемы с кодировками? это у меня будут проблемы, если я не смогу страницу в нотепаде поправить. сыр-бор с кодировками начался, как я понимаю, во-1, из-за настройки всего сайта, и во-2, из-за тупизма браузеров. Если в самом html файле уже прописана кодировка, так какого лешего они эту настройку игнорят, и берут ее откуда-то еще.

> Vladimir Kladov ©   (15.10.11 13:29) [22]

Это не тупизм, а протокол HTTP.

> Если в самом html файле уже прописана кодировка, так какого лешего они эту настройку игнорят

Чтобы прочитать этот html (в том числе информацию о кодировке в head), надо знать, в какой кодировке он пришел.

> это у меня будут проблемы, если я не смогу страницу в нотепаде поправить.

Notepad++ давно стал стандартом де-факто для правки скриптов и страниц. Он прекрасно дружит со всеми кодировками и типами переводов строк. Чего не скажешь о виндовом нотпаде.

> где проблемы с кодировками?

Пока нигде. Но если, к примеру, захотите сделать многоязычный форму, то советую выбрать utf-8, чтобы потом не получить эти самые проблемы. Или если захотите прикрутить ajax..

Я просто высказал своё мнение относительно выбора кодировки для сайта. Это не наезд на kolmck.net - там сейчас всё нормально с кодировкой.

>Чтобы прочитать этот html (в том числе информацию о кодировке в head), надо знать, в какой кодировке он пришел.

Ну, прочитали, допустим. Дальше-то почему не применяется?

Как агент пользователя узнает, какая использовалась кодировка символов? Эту информацию предоставляет сервер. Лучшим способом проинформировать агента пользователя о кодировке символов документа - использовать параметр "charset" в поле заголовка "Content-Type" протокола HTTP ([RFC2068], разделы 3.4 и 14.18) Например, следующий заголовок HTTP объявляет, что используется кодировка EUC-JP:
Content-Type: text/html; charset=EUC-JP

Взято отсюда: http://hydromet.ru/docs.rus/html4/charset.html
Это, конечно, интерпретация, и я не проверял, насколько точно она соответствует указанному протоколу rfc. Но даже из обычной обывательской логики следует, что все так и должно быть. Но браузеры (проблемы были с IE, Opera, Fox) не хотят ничего слушать. Даже интересно стало, как вдруг мозги удалось вправить Опере, удалив как раз из документа строку Content-type с явным указанием кодировки. Правильную строку. При том, что у него в этом случае оставалась только информация от сервера. Т.е. дальше он чисто на эвристике кодировку подбирал. Уже невзирая на то, что там сервер написал.

Нет, notepad++ не мой выбор. Тем более что страницы генерируются программно, и мне только иногда пару буковок подправить надо. Мне иногда нужен поиск по всей странице текста. Не знаю, понимает notepad++ поиск по директории или нет, но есть еще и другие надобности. Например, иногда я правлю страницы и выполняю поиск в Delphi. Причем в старом, он utf8 точно не понимает. Удобно мне так.

Многоязычную форму я вряд ли буду делать, хотя бы потому, что языков-то знаю - всего полтора (человеческих).

Ну ладно. Коли уж KOL - суть минимализм, то пусть и кодировки будут однобайтные ))