А нельзя ли, пожалуйста, сделать обратный преобразователь

Можно, работаем над этим

Спасибо, буду ждать

Есть у кого машина времени ненадолго?

Dilma У меня этот топик постоянно
в новых сообщениях уже второй день висит.

На SVN доступна новая версия CharSet, которая позволет перекодирование любых известных кодировок (включая UTF-8)

Новую версию можно скачать отсюда:
[svn]Charset.pas[/svn]

исправление POP3_Parse
[svn]POP3_Parse.pas[/svn]

Добавились новые иконки на каждый тип конвертирования

по адресу: SVN icon -- файлы Charset_0.ico ... Charset_8.ico

Пример переконвертирования UTF-8 с использованием новой версии CharSet -- UTF8_TO_ANSI

nesco, я тебе один умный вещь скажу, только ты не обижайся

KOI8-R, и DOS - это тоже соответствующие локали. 20866 и 866-я -- вроде бы
Теперь POP3_Parse фиксить надо...
------------ Дoбавленo:

Между прочим, пример и без BlockFind работает - отличает штатный английский от utf8...
Т.е., я так и не смог догадаться, зачем были пляски с бубном вокруг UTF8ToStrSmart в исходном примере...

Galkov, но ANSI и UTF-8, то же локали -- 0(3) и 60051. Да для совместимости, я не стал трогать предыдущие методы. ANSI(3) To UTF-8(60051) и обратно я сделал для упрощения, чтобы вопросов меньше задавали.

А я и не делал этого метода

Ну если бы я еще в POP3 шарил (ну не сталкивался я с этим)...

А я и не понял, на что обижаться-то...

------------ Дoбавленo:


Я наконец понял, что ты хотел сказать. Надо выкинуть бывший штатный методs DOS-WIN-DOS и заменить обращением на новый, ну так это не проблема. Ну и KOI-8 туда же.
В данном случае WIN должна быть текущей ANSI(3), я правильно понял ?

Вообще-то -- нет
Мы это используем как 1251. Вроде и DOS ведь у нас понимается как русский...
А вот в POP3_Parse, если его фиксить -- думаю как раз логично было бы применить 3-ю
Это же локаль для RunTime
И пусть "немцы" на "немецком" письма и читают...

Да, а с "выкинуть" - аккуратнее надо

ищещь ВСЕ файлы, которые используют hiCharset

вроде бы их только 5: hiDynDNS.pas, hiHttp_get.pas, hiPOP3_Parse.pas, hiProxy.pas, hiSMTP.pas

но все они, кроме hiPOP3_Parse.pas, юзают только BASE64 - проверяется комментированием этого uses, и смотришь на чего ругается компилятор

в POP3 я тоже не фига не шарю, но конверторы utf8 можно прилепить в "групки", которые поставил тот, кто "шарит". Типа в такие (ищешь, например, по магическому слову "koi8"):

#pas
      if StrIComp(PChar(_Char),'koi8-r') = 0 then
        Result := Koi8ToWin(Result)
      else if StrIComp(PChar(_Char),'ibm866') = 0 then
        Result := DosToWin(Result);

Должно быть вроде бы правильно.... Ну сам подумай: с чего бы это жопе по полю прыгать...

Кстати, как раз в этих местах (мне кажется) логично делать 3-ю локаль (а не 1251) как целевую....
------------ Дoбавленo:

Да, и уж очень сильно на мои слова-то не полагайся -- все сам ищи

Это для нас, а для немцев, или иврит для Тад'а, для них другие нужны.
Хорошо, остановимся на 1251, или нет, все же Я на 3-ей проверял, нормально кодируется/декодируется, и кириллица, тоже.

Это ты про тех немцев, которые 866-ю кодировку используют
Собственно, вопрос даже не в "немцах", а в логической совместимости: оно сегодня работает ТАК.
И 3-я локаль соответствует 1251 потому-что у тебя комп русский. На другом компе это будет по другому, к примеру... И чего при этом получится - фиг его знает

Кто хочет по другому, сможет использовать последний метод, и подставить туда кодировку для "немецкого" DOS-а, и "немецкой" же винды.
На свою ответственность - ему же с пользователями своей программы разбираться.
И хай гнида подавится

Ну улыбнуло, жжеж не по детски
------------ Дoбавленo:

Исправление на SVN, и POP3_Parse, тоже.

Мда уж...
Тут наверное ситуация: "иные времена, иные нравы..."
Вообще-то, это из "Мимино"

Вот тебе еще пару древних анекдотов (грубо говоря - первоисточников), на всякий случай...
А то так и будете лично меня грубияном считать
1)

2)