>В подобном линейном виде отображаются ответы, с уровнем вложенности более 20 (это
>для страниц новостей, для страниц форума лимит чуть меньше). Это очень
>редкое явление, обычно далее такие обсуждения не ветвятся, а представляют собой
>почти линейных диалог нескольких людей. Но при уровне вложенности более 20
>начинают проявляться проблемы с некоторыми браузерами, форматирование разъезжается или колонки становятся
>слишком узкими или вообще пропадают сообщения, хотя на странице они они
>есть. Думается, ЖЖ в том числе и поэтому по умолчанию треды сворачивает просто в заголовки. Но я не очень понял, как из страницы форума открыть просто подветку.
>>Оно, конечно, сохраняет наследование, и можно переместиться
>>к родительскому, но визуально это никак не видно. Решаема ли эта
>>проблема?
>
>Например, можно визуально как-то отметить сообщения у которых нарушается непрерывный ход ответов.
Может, цвета какие-нибудь?.. Аналогично как бывает подсветка разных уровней квотинга или четных/нечетных строк в таблице...
>Сейчас отследить подветки в длинных нитях можно по номерации. В начале заголовка
>указан номер сообщения, например, "29.580", где 29 уровень вложенности, а 580
>- идентификатор. Если нарушается непрерывный порядок уровней, то значит началась новая
>подветвь, а родительское сообщение - ближайшее с уровнем на 1 меньше
>текущего.
Хм, странно. Вот http://www.opennet.me/openforum/vsluhforumID3/70525.html есть по меньшей мере один блок, где с такой вложенностью идет переписка более чем двух человек. Но там просто 409, не 20.409.
>>Еще, заметил, что при редактировании ответов в цитатах строки обычно заканчиваются на пробелы.
>
>Вызывает ли это какие-то проблемы ?
Нет, не вызывает. На вебе на это вообще абсолютно пофиг, есть они, нет... Просто это напомнило про соответствующий стандарт - использовать эту особенность, что ниже и написал.
>Это особенность функции обрезания строк при
>квотинге. Сейчас заметил, что длинные неразрывные строки квотятся без разбиения, хотя
>должны резаться по 80 символов. Разберусь в чем дело.
Кстати, не факт. Если там урл, то ему, может, лучше и остаться неразрезанным.
>> Скорее всего, это случайность, но она сразу напомнила о RFC2646/RFC3676 - параметр text/plain; format=flowed,
>
>Я правильно понял, что в Content-Type достаточно добавить "format="flowed" и почтовый клиент сам будет разбивать блоки начинающиеся с ">" ?
Не совсем. То есть, он их начинает разбивать, но это получается не вполне корректно, если пробелы стоят не так. Вот скриншот этого сообщения в почте (уже с flowed) и его оригинала на вебе:
http://disk.tom.ru/qc6etcq/1/54df9/opennet100926-2230flowed.jpg
Там видна первая цитата - она flow'ится как blockquote, но не целиком, а до слова "настолько", после которого жесткий перевод строки. В конце видна последняя цитата: на вебе это одна непрерывная строка (где номера RFC), в письме оно принудительно разбилось, вторая часть перестала быть цитатой - и выпала из зеленой подсветки.
Алгоритм там чуть более хитрый, но в целом не настолько сложный. Можно читать 2646, там чуть проще описано, 3676 в основном всякие проблемы языков справа налево описывает да цифровых сигнатур.
Хотя мое предложение касалось не столько почты, сколько веба - когда разбиение с пробелами будет удовлетворять format=flowed, алгоритмы почтовых клиентов можно будет реализовать уже в веб-движке для blockquote, чтоб браузер сам делал "красиво", как бывает на других форумах. При этом для пользователя и почты всё прозрачно и точно так же останется с ">". В почтовых клиентах при большей вложенности выглядит типа такого: http://disk.tom.ru/ew4eygq/1/fcf20/uafug-flowed091229.jpg