> Anatoly Podgoretsky  (06.11.2006 19:11:39)  [39]

Toже но Base64

procedure TForm1.Button1Click(Sender: TObject);
begin
 with TStringStream.Create('начало...') do
 try
   WriteString('склеиваем...');
   WriteString('буквы...');
   WriteString('в строки.');
   Memo1.Lines.Text := DataString;
 finally
   Free;
 end;
end;

> Anatoly Podgoretsky  (06.11.2006 19:25:40)  [40]

Это был QP
а не Base64

> Anatoly Podgoretsky  (06.11.2006 19:27:41)  [41]

Ну вот проблему удалил, это касалось также и QP, забыл, что вначале в строке
удаляется перенос строки

release candidate?

А как и зачем отправлять из OE в кодировке QP.

> guav  (06.11.2006 20:38:44)  [44]

> А как и зачем отправлять из OE в кодировке QP.

Это очень просто, делается в настройках OE, можно выбрать кодировку и
выбрать отдельно настройки для почты и новостей, простой текст и html.

Зачем? Ответ совсем прост, как будет настроена у пользователя, так и уйдет
на сервер, влиять на это невозможно, поскольку я не пишу OE

На самом деле я должен предусмотреть возможность работы с любыми настройками
и кодировками и это получилось, оно будет работать с любыми, но форум
принимает только 1251 с небольшими вариациями, я могу перекодировать ряд
кодировок в 1251, но если пользователь пошлет сообщение например в Hebrew,
то он ССЗБ. Перекодировать из нее невозможно, а что будет на форуме даже
представить сложно, но у пользователя существует возможность исправиться,
пока его сильно не побили.

В дополнение ОЕ иногда плюет на текущие настройки и может выбрать как раз QP
даже если стоит Base64. Например емайл и имя пользователя чаще всего
посылаются в этом виде. При том клиент может в одном и том же заголовке
послать имя например в QP, а адрес в Base64 с вкрапления простого текста.

Я очень ответсвенно подошел к написанию, второго клиента писать не буду и
после гамма тестирования к этому уже не вернусь, разве что напишу другую
более производительную и надежную версию под MS SQL. В данной версии мне
пришлось в ущерб многому отказаться например от SQL и от транзакции, из-за
резкого падения производительности для SQL и невозможности применения
транзакций, хотя они позволили бы повысить скорость как минимум в два разе.
Нельзя же принять 99 сообщений и потом обломиться на сотом и откатить всю
работу.

Времени было затрачено чуть более одного месяца, работая по несколько часов
по вечерам и плотно по выходным.

Исходные коды я выставлю, но восспользоваться без платного Absolute Database
будет затруднительно.

> Ketmar  (06.11.2006 19:29:43)  [43]

> release candidate?

Вообще то можно считать релизом, впереди только документация (можно как
принято для бесплатных продуктов и не писать) и инсталяция, это уже
отлажено.

> Anatoly Podgoretsky  (06.11.2006 22:44:46)  [46]

Не проверить ли нам UTF8

О”О?ОћОЈЧЈШіО©ЫћЫ©п­’в?єп­ћп»•

ЕђЕЅГ?Е 

> Anatoly Podgoretsky  (06.11.2006 23:36:47)  [47]

Шиш вам, а может не надо преобразовывать, передать на форум как цифровую последовательность

неа. так только юникод, по-моему, можно. через & и #.

> Ketmar  (06.11.2006 23:58:49)  [49]

Я это и имел ввиду, но пока не знаю стоит ли это делать, задача не такая тривиальная, особенно для упакованых текстов и utf
Можно не стараться, но с другой стороны при вводе на форуме такие коды принимаются.
Решать то ее надо через Юникод, преобразовывать в Юникод, затем выделять поддиапазоны и недопустимые поддиапазоны передавать через
&nnnn#;

utf -- фтопку.

И я такого же мнения

ŠŨŰǾڬ۩ΩΔΘΣ