Это одна строка Base64

0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

А это разные строки c увеличением количество пустых строк

1. 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

2. 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

3. 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

4. 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

-

> Anatoly Podgoretsky  (05.11.2006 23:58:00)  [0]
Остался хвости в виде тире, его тоже надо изничтожить как врага народа.
Публикация на форуме съедает пустые строки, ну это понятно для HTML только вроде при прямой публикации они вроде не съедаются?

Это одна строка Base64

0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

А это разные строки c увеличением количество пустых строк

1. 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

2. 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

3. 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

4. 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

> Anatoly Podgoretsky  (06.11.2006 0:03:01)  [1]
Во теперь хвостика нет, но и строк тоже

1. 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

2. 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

3. 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

4. 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789

скушались и в ДМКлиент, не Ваш баг

> guav  (06.11.2006 0:06:04)  [4]
Да я знаю, но одиночным разделителем неприятно, но над этим я еще подумаю, только сначала на форуме проверю, а ниже тест, строки разделены одной пустой строкой

1.

2.

3.

йож.

йожиха.

было три пустых. что получится?

1.

2.

3.

4.

вот так. лишних -- фтопку.



ага.

Публикация на форуме тоже съедает пустые строки.
Тест 7, номер строки означает количество пустых строк. Тест не прошел, это особенность форума
Второй внвлогичный тест для тега Code

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

> Ketmar ©   (06.11.06 00:12) [8]

А как ты сделал две пустых строки?

>[11] Anatoly Podgoretsky(c) 6-Nov-2006, 00:16
>А как ты сделал две пустых строки?
ты-таки будешь смеяться: поставил в начале по пробелу. %-)

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

>[13] Anatoly Podgoretsky(c) 6-Nov-2006, 00:18
>Понял, это известный глюк, при создании с тегом код, что
>бы сделать отступ в два пробела, надо делать их три.
неа. это просто глупый фильтр в скрипте. #10#10 убить может, а #10#32#10 -- уже не может. %-)

В общем я добил это дибильное разъединение строк, это была моя ошибка, я добавлял новый текст в List.Text и не учел, что он подставляет переводы к конце. Убрал TStringList заменил на простой string и решил проблему, правда за счет уменьшения удобств и за счет некоторого незначительного падения производительности, ну и бог с ним, так работает правильно.

>[15] Anatoly Podgoretsky(c) 6-Nov-2006, 00:21
у-у-у... list.text -- это само по себе дикий тормоз. собрать, разобрать, собрать, разобрать, собрать, разобрать...
%-)

> Ketmar  (06.11.2006 0:20:14)  [14]
А это уже другая проблема, потакание миру Юникс, а Интернет протоколы, включая HTML требуют использование досовских разделителей CRLF, из-за этого пришлось делать нормализацию строк, что вообще то ресурсо емкая операция.

> Ketmar  (06.11.2006 0:34:16)  [16]
Знаешь string в данном случае, особенно когда строки идут разорваными, а это норма для Base64 это тоже ресурсоемкая вещь, и трудно делать разборку, конечно можно было бы удалять конечные CRLF но ведь их не отличить от нормальных. Пришлось идти неприятным путем, вводить лишнии проверки или пойти еще на большее снижение производительности. Выбрал компромис.

> [18] Anatoly Podgoretsky ©   (06.11.06 00:40)

Производительнось... сколько пользователей ожидается на сервере, и будут ли они нажимать на секундомер после отправки ?