Древовидные комментарии - ограничивать уровень вложенности или нет?

[smart]

В процессе тестирования древовидного шаблона комментариев столкнулся с проблемой которую предполагал, но до этого момента всерьез не рассматривал - уровень вложенности.

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

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

А посему вопрос: что делать?

Первое, что приходит сразу на ум - это в административной панели добавить настройку, ограничивающую длину дискуссии (глубину вложенности). Таким образом, на каком-то уровне просто перестанут отображаться кнопки Ответить и пользователь не сможет добавить сообщение. Но с точки зрения пользователей, это как бы не очень правильно - у них дискуссия, спор идет во всю, и бах - отвечать дальше нельзя, дым в трубу, пельмени разлепить...

В принципе, можно пойти другим путем - попробовать сделать так, чтобы отступ справа уменьшался по мере роста уровня вложенности, постепенно сходя на 0. По идее, данный подход так же вполне применим, но потребует в шаблоне комментариев задать стили по умолчанию для первых 5-15 уровней, а остальное оставить на совести автора сайта...

Какие еще есть идеи, варианты? Кто что подскажет?

[beliyadm]

в этом отношении мне кажется стоит посмотреть в сторону того же ЖЖ - к примеру на 3-4-м уровне дерева делать ссылку "смотреть ветвь дискуссии" (в ЖЖ оно на новой странице)

[Vzx]

в административной панели добавить настройку, ограничивающую длину дискуссии (глубину вложенности). Таким образом, на каком-то уровне просто перестанут отображаться кнопки Ответить и пользователь не сможет добавить сообщение.

Может быть, при достижении определённого уровня, заданного в админке, прекращать делать отступ с левого края, оставив кнопки ответа работоспособными? Т.е. чтобы после, скажем, 5-го уровня комментарии шли плоским списком..

[CTPAHHuK]

Предлагаю немного гибридное решение.
С одной стороны - добавляем органичение на глубину дискуссии в админке
С другой стороны - если глубина превышает заданную в админке - показываем эту ветку комментариев в свернутом виде (плюсик в родительском комментарии, по нажатию на который разворачивается полная ветка)
Таким образом тот, кто захочет прочитать всю ветку - прочитает ее смирившись с тем что дизайн порвался. А для тех кто не желает читать все - дизайн останется красивым и пушистым

[smart]

Т.е. чтобы после, скажем, 5-го уровня комментарии шли плоским списком..

это в принципе и решается предложенным мной способом про присвоение уровням своих стилей...

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

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

в этом отношении мне кажется стоит посмотреть в сторону того же ЖЖ - к примеру на 3-4-м уровне дерева делать ссылку "смотреть ветвь дискуссии" (в ЖЖ оно на новой странице)

и заставлять пользователя прыгать со страницы на страницу? а если на N-й странице вдруг потребуется процитировать что-то с соседней ветки? все? только через буфер обмена? мне честно говоря это решение из ЖЖ всегда вызывало только удивление, удобства точно не увидел

[smart]

О, еще один вариант придумал: у слоя-контейнера списка комментариев добавить стиль overflow: auto, чтобы при превышении ширины появлялась полоса горизонтального скроллинга. Тоже по идее может спасти от разрыва шаблона слишком ветвистым деревом...

[..С...е...р...ы...й..]

уверен что более чем в 90% случаев такого "глубокого" уровня не достигнется.
---
незнаю, может это сложно, но я вот что предлагаю: Когда достигается определённого уровня вложености, внизу отображается ссылка "читать дальше", при нажатии ее тредшествующая часть сворачиваетсяя оставляя ссылку, а продолжение раскрывается с 0-уровня, пока цикл не повториться....

[smart]

уверен что более чем в 90% случаев такого "глубокого" уровня не достигнется.

по доброй воле - почти наверняка нет, а если умышленно? надо же подумать как-то о владельцах сайта? тем более, все зависит от ширины колонки... на трех-колоночной верстке, при фиксированной ширине средняя колонка может быть весьма узкой, и там проблема может возникнуть не на 15-м, а даже на 7-8 уровнях...

внизу отображается ссылка "читать дальше", при нажатии ее тредшествующая часть сворачиваетсяя оставляя ссылку, а продолжение раскрывается с 0-уровня, пока цикл не повториться....

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

p.s. решение с выносом ветки на отдельную страницу еще спорно по той причине, что с одной стороны пользователя заставляют ходить на другую страницу, что немного рушит концепцию AJAX-коммментариев когда все на одной странице, а с другой стороны это просто отодвигает проблему на другую страницу - ведь на отдельной странице точно так же может быть большая вложенность, и проблема останется прежней

[beliyadm]

p.s. решение с выносом ветки на отдельную страницу еще спорно по той причине, что с одной стороны пользователя заставляют ходить на другую страницу, что немного рушит концепцию AJAX-коммментариев когда все на одной странице, а с другой стороны это просто отодвигает проблему на другую страницу - ведь на отдельной странице точно так же может быть большая вложенность, и проблема останется прежней

но если рассмотреть вариант подгрузки в новом окне на ajax - разворачивается блок по ширине всего экрана (опционально). Я думаю что на 1280 пкс можно вместить достаточно много уровней, и не будет перехода на другую страницу.
Если отключен JS - то тогда уж на новой странице...
И будет как раз то, чего всегда недоставало в ЖЖ

[..С...е...р...ы...й..]

и не очень интуитивно понятно для пользователей, в плане возвращения к первоначальному виду... будут путаться...
----
p.s. решение с выносом ветки на отдельную страницу еще спорно по той причине, что с одной стороны пользователя заставляют ходить на другую страницу, что немного рушит концепцию AJAX-коммментариев когда все на одной странице, а с другой стороны это просто отодвигает проблему на другую страницу - ведь на отдельной странице точно так же может быть большая вложенность, и проблема останется прежней

Ну, это не совсем другая страница, это скорее похоже на "аккардион", это типа вида скроллинга..

Пользователь всегда будет оставаться на той же странице, и можно сделать ссылку "начало дисскуссии", если это правильно представить, то это как раз и самое интуитивное решение, но судить о сложности реализации конечно не мне!

[smart]

Блин, чувствую себя прям каким-то первооткрывателем. Вроде бы простой вопрос, вроде бы древовидные комментарии придуманы давным давно, а ведь решений такой простой проблемы не так уж и много - вчера пересмотрел кучу сайтов, ничего кроме выноса веток на отдельные страницы в ЖЖ не нашел. Хотя сайты с большой вложенностью попадались, но как правило там я видел либо порванный дизайн, либо резиновый шаблон...

но если рассмотреть вариант подгрузки в новом окне на ajax - разворачивается блок по ширине всего экрана (опционально). Я думаю что на 1280 пкс можно вместить достаточно много уровней, и не будет перехода на другую страницу.

во-первых, далеко не у всех есть 1280 пикселей ширины (у меня дома к примеру всего 1024), во-вторых в нем прийдется играть еще с высотой, в-третьих, что делать, если и этого блока окажется недостаточно? Или ты предлагаешь уже в нем показывать горизонтальный скроллинг?

И самое интересное - при таком режиме, комментарии в этой ветке уже индексироваться поисковиками 100% не будут. Одно из преимуществ текущей реализации дерева, что все комменты на одной страницы, и изначально доступны ПС для индексации (при отображении списком этому мешала страничная навигация)

[Sulpher]

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

[..С...е...р...ы...й..]

ещё можно такое решение:

[smart]

ещё можно такое решение:

а в чем собственно решение-то?

[iT)ZevS(]

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

[PaLyCH]

Даже не знаю что и сказать, здесь конечно должно зависит от вебмастера или администратора сайта.
Если он хочет пусть ограничивает кол-во комментариев в ветке, т.е. соглашусь с CTPAHHuK. Т.е. ставить кол-во
сообщений. Или если ширина шаблона сайта позволяет делать глубокие дискуссии то все зависит конечно от админа. И может сделать отступ не 20px, а 10 пикселей. тогда это позволит делать ветку гораздо глубже.

[..С...е...р...ы...й..]

а в чем собственно решение-то?

Позволить непомещающимся блокам выходить за границы колонки, толко не разрывая её (на верхнем слое), а остальные должны оставаться в границах колонки. Это не абсолютное решение, но тем не менее оно делает более "нормальным" отображаемый вид.

Что касается узких шаблонов, уверен более-менее здравомыслящий человек не станит впихивать древовидные комментарии в колонку ширинрой 300px, для этого лучше подходит последовательный ряд, если уж захотел автор то пусть делает для этого нормальные условия (сделает меньший отступ, убирёт ненужные колонки, правые например).
Ну повторю снова до критического уровня вложености дойдёт в редких случаях, и никто не возлагает на тебя обязанность быть первооткрывателем в решении этой проблемы, изобретать какие то фокусы, если ты сам этого не хочешь конечно, поэтому проблему можно лишь немного "облегчить".
   Если какие то из всех предложеных вариантов решения легки в реализации, то можно сделать их как опции на усмотрение админа, чтоб предоставить более гибкие возможности контроля проблемы и в соответствии с его шаблоном.

[Dutch]

Блин, чувствую себя прям каким-то первооткрывателем. Вроде бы простой вопрос, вроде бы древовидные комментарии придуманы давным давно...

Смарти, вот мои предложения:
1. сделать отступ не 30 пкс, как сейчас вроде как есть, а скажем 10-15 (комменті в рамках будут заметны, что они сдвинуты).
2. практика показывает (ну хлтя бы тот же хабр), что у комментов на пару сотен постов, нет взаимоцитирования на десятки уровней. Как правило переборка между участниками затихает на 8-10 посте.

да и еще, на сколько я помню старый вариант у тебя остался, подачи комментов.
Так вот при выборе подачи, можно сделать пометку, мол для узких шаблонов рекомендуется выбрать обычный вид!

[..С...е...р...ы...й..]

Так как все давно ждут выхода компонента и не могут дождаться, лучше сделать самое простое из возможных решение, чтоб не затягивать..
А более революционное отложить до следующей версии!

[Mitrich]

Может все таки ограничивать глубину вложенности в угоду дизайну?
скажем на N-уровне заданном в админке не прекращать отображение кнопки "ответить"
а какой то может значек отобразить что сообщение дочернее от какого то
а сам вывод оставить прежним

и мне кажется что 10 - это максимальная глубина вложенности которая может появиться естественным путем

[gorbi]

Так как все давно ждут выхода компонента и не могут дождаться, лучше сделать самое простое из возможных решение, чтоб не затягивать..
А более революционное отложить до следующей версии!

+1, лучшее враг хорошего!!! Хочется к сентябрю новый релиз....

[VETERINAR]

Все сообщения не читал, прошу прощения, если уже предложили.

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

Сообщение
    Коммент
       Коммент
          Коммент
             Коммент
                Коммент
                   Коммент
                      Коммент
                      Коммент
                      Коммент
                      Коммент
                      Коммент
                      Коммент
                      Коммент

Таким образом это организовано на сервисе http://www.free-lance.ru/blogs/ но там сейчас не работает ссылка "популярные блоги", поэтому не смогу привести пример очень длинных веток, но идея, мне кажется, понятна. Да и неудобств никаких это не вызывает, практика показывает, что удобно.

[VETERINAR]

уверен что более чем в 90% случаев такого "глубокого" уровня не достигнется.

Достигнется-достигнется. На том же free-lance.ru постоянно такие ветки.

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

[Dutch]

есть еще такая мысля:

1. задать параметр для 1 ветки - отображать скажем 10 или 15 ответов (мы контролируем вложенность и смотрим, чтобы дизайн не растягивало)

2. когда достигнут максимум ветки у нас появляется ссылка - "Прочитать все ответы"

3. кликая на нее у нас на аяксе открывается почти на все окно (а-ля лайт бокс) окно, которое имеет в себе:
а) пост на которые идут комменты.
б) с небольшим выделением и может отступом все ответы на него друг под другом, без дерева.

Как по мне то такой подход будет более корректен. Не знаю, как на базе кода это будет сложно или просто, но думаю для Смарти это не составит особого труда

Как на это Вы смотрите?

[..С...е...р...ы...й..]

Как на это Вы смотрите?

мы смотрим на это так: компонент нужен вчера!!!

[Mitrich]

Компонент уже есть
И никто не мешает им пользоваться 

А подгонять разработчиков есть нехорошо

[Dutch]

мы смотрим на это так: компонент нужен вчера!!!

Если нужен, тогда заказывайте то, что вам нужно!
Давайте не флудить на эту избитую тему!!!

Если хотите качественный продукт и ктому же бесплатный, то не нада тогда заниматься капаньем , а то Смарт возьмёте и сделает его платным ))))))

[..С...е...р...ы...й..]

а я и не занимаюсь капаньем ни на кого, очень жаль что вы шутку от серьёзности не отличаете!

[smart]

Так, хватит спорить и ругаться... В данный момент я работаю в максимально возможном режиме и быстрее все равно сделать не смогу. Пролью немного света на текущее положение дел и ситуацию в целом...

Я говорил и повторюсь еще раз. Мне самому этот компонент пока что не нужен, я разрабатываю его просто из интереса, ради удовольствия. Денег за разработку мне никто не платит, за все время существования компонента было порядка 5 пожертвований (в сумме примерно на 80$), что безусловно стоимости разработки не покрывает. Поэтому, я занимаюсь компонентом не регулярно, а когда у меня есть на это время и выполняется одно из следующих условий:

1. Кто-то из тестеров нашел ошибку и я считаю ее серьезной и необходимой к исправлению
2. Кто-то из пользователей убедил меня, что нужно добавить какой-то функционал
3. Кому либо из моих друзей или заказчиков понадобилась новая функция
4. У меня родилась какая-то идея и мне срочно хочется ее проверить

Изначально текущую ветку я начал разрабатывать потому что:

1. Она не до конца корректно работала на 1.5
2. Меня не устраивала скорость работы используемой библиотеки шаблонов

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

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

1. Немного причесать и соптимизировать стили шаблона
2. Протестировать корректность функций обновления при установке на старые версии JComments
3. Провести ревизию переменных в языковых файлах и обновить некоторые переводы

Из менее критичных, но желательных задач:

1. Переключиться на использование урезанной версии библиотеки XAJAX, дабы не было конфликтов с другими компонентами.
2. Решить проблему отображения CAPTCHA при появлении Notice и Warning в каком-то из файлов Joomla
3. Реализовать сворачивание комментариев с низким рейтингом и вынести это значение в настройки

В ближайшее время, я подниму новый полигон для тестирования компонента и попрошу сообщество более активно погонять компонент на полигоне. На предмет обнаружения ошибок отображения и конфликта с различными браузерами. И пока будет идти тестирование на полигоне постараюсь позакрывать все перечисленные задачи. После чего выпущу релиз.

p.s. А вообще, меня радует, что в этой теме активность сегодня значительно выше, чем на той неделе, когда я советовался про функцию подписки на уведомления о новых комментариях.

[Dutch]

потому что функцию подписки на уведомления о новых комментариях ни кто не видит, а вот внешний вид да )))

[VETERINAR]

1. задать параметр для 1 ветки - отображать скажем 10 или 15 ответов (мы контролируем вложенность и смотрим, чтобы дизайн не растягивало)
2. когда достигнут максимум ветки у нас появляется ссылка - "Прочитать все ответы"

3. кликая на нее у нас на аяксе открывается почти на все окно (а-ля лайт бокс) окно, которое имеет в себе:
а) пост на которые идут комменты.
б) с небольшим выделением и может отступом все ответы на него друг под другом, без дерева.

Бууууу, окна всплывающие, кнопки дополнительные. Нельзя так, просто надо... Чем меньше окон и кнопок, тем лучше, имхо. Т.е. лишнего быть не должно, а это именно лишнее. Зачем, если можно на одной странице отобразить? Мы убьем и кнопку и окно.

[gorbi]

Сорри за 5 копеек. Какое основное назначение компонента комментариев? Правильно - комментировать основной материал. Поэтому более логично вначале раздерибанить линейную структуру - максимальная совместимость с популярными компонентами, набор средств для индивидуализации комментатора (аватары, подписка, баны и пр.), удобный редактор для самого коммента.
Древовидные комментарии - сорри, но это уже ближе к блогам....форумам и т.д. Потребность в такой штуке будет максимум у 5%. С учётом бесплатности компонента этот путь может оказаться тупиковым и не иметь конца...
Если я не прав, пусть кто-то приведёт работающие примеры именно основной материал + древовидный комментарий (но не блоги!!!).
Просьба камни не бросать и на личности не переходить...

[VETERINAR]

Ну вот, данный компонент является примером. А почему бы и нет? А Вы можете назвать четкую границу между комментариями и блогами? И там и там есть основной материал. И там и там на него отвечают. И там и там подписка. И там и там цитирование. И там и там аватары, подписка и многое другое.  Разница?

[smart]

Если я не прав, пусть кто-то приведёт работающие примеры именно основной материал + древовидный комментарий (но не блоги!!!).

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

[abbyevg]

Действительно, тратить слишком много времени и открывать америку в выравнивании ветки сообщений не стоит. Как написал VETERINAR , достаточно сдвигать некое число сообщений (которое настраивается в админке).

Если на сайте постоянно идет бурное обсуждение статей - самое время ставить форум и выносить обсуждение туда - он для этого больше подходит. А от комментариев обычно пользователь не ждет чего-то особенного. Главное - это рабочие, с более-менее привычным юзабилити, комменты.

(какие еще к черту зигзаги???  )))

[VETERINAR]

Нуууу, Вы недооцениваете возможность общения в комментариях. Я видел и 1000 и 5000 комментариев. Это сайты, на которых образовалось сообщество.

Не самый лучший пример, но возьмем тот же удавком )

[gorbi]

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

Я могу сформулировать разницу между блогами и комментариями. Это кстати не сложно. В случае с блогами должны быть чёткие механизмы формирования сообщества, грубо говоря кого Вы хотите видеть в комментариях, кого нет, возможно рейтинги(типа кармы и т.д.). Ну и самое главное, компонент блогов - это обычно более самостоятельный компонент, который не интегрируют с остальными компонентами...
И последнее - если бы древовидные комментарии были бы столь массовыми, то и дизайн был бы устоявшимся и не требовал обсуждения...
На самом деле это не простая дискуссия. Компонент блогов и эти самые древовидные компонент - это другой уровень  сложности и соответственно временных затрат на создание, в том числе и тестирование. Кстати говоря, разница во времени между выходами новых релизов это подтверждает...

[smart]

В случае с блогами должны быть чёткие механизмы формирования сообщества, грубо говоря кого Вы хотите видеть в комментариях, кого нет, возможно рейтинги(типа кармы и т.д.). Ну и самое главное, компонент блогов - это обычно более самостоятельный компонент, который не интегрируют с остальными компонентами...

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

Кстати говоря, разница во времени между выходами новых релизов это подтверждает...

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

А вот между 11 февраля и 20 мая действительно, ни одного билда не было выпущено - у меня было много работы, плюс различные сторонние проекты.

p.s. Вести с полей: только что закончил свою реализацию Ajax, на основе библиотеки XAJAX. Отказался от использования XML в качестве транспортного формата - устал от постоянных ошибок невалидного XML при наличии Notice или Wraning'ов в коде (не моем, в ядре или любом внешнем расширении). В результате добился уменьшения JavaScript-кода с 16 кб до 4-х, и на 35 кб уменьшится php-код, что безусловно положительно отразится на ресурсоемкости. Кроме того, использование собственной реализации сведет на нет возможные конфликты со сторонними расширениями, использующими XAJAX (к примеру JoomlaTags, JMovies, JReviews и др.)

[..С...е...р...ы...й..]

1. задать параметр для 1 ветки - отображать скажем 10 или 15 ответов (мы контролируем вложенность и смотрим, чтобы дизайн не растягивало)

2. когда достигнут максимум ветки у нас появляется ссылка - "Прочитать все ответы"

3. кликая на нее у нас на аяксе открывается почти на все окно (а-ля лайт бокс) окно, которое имеет в себе:
а) пост на которые идут комменты.
б) с небольшим выделением и может отступом все ответы на него друг под другом, без дерева.

Мысль тоже нормальная, если внести несколько поправок:
1. вариант-1: под статьёй сразу же ссылка "читать коментарии";
    вариант-2: отобрадаются комментарии пока не достгнут максимум вложенности или определённое число, типа демо части.
2. во всплывающем слое отобразить полное дерево комментов без всякмх там разбиений, с обычными полосами прокрутки. В этом случае дерево будет выглядеть во всей своей "натуральности"
НО статью отображать не нужно, так как она итак доступна и по идее уже должна быть прочитана.

[..С...е...р...ы...й..]

чем этот вид хорош, тем что, кому нафиг не интересно читать чюжие комменты, а  быстро прочитать статью, ему не прийдётся ждать пока загрузится вся страница с 1Mb-комментариев (мухи и котлеты по отдельности)

[VETERINAR]

Всплывающие окна - полохо. Нельзя усложнять. Если предыдущие варианты не подходят, нужно думать как ещё красивее сделать.

Но меньше кнопок и меньше окон, не создавайте сложностей на ровном месте.

[gorbi]

А не кажется ли Вам, что сам факт обсуждения данной проблемы говорит о том, что древовидная структура всё-таки не есть очень распространённой раз не сложились некоторые стандарты в отображении. Кстати говоря списочная структура, по которой построен и ЭТОТ форум, по сути есть тоже древовидная структура, только ветки у неё одинаковые и называются страницы.
Я встречал форумы с древовидной структурой навигации. Лично мне не понравилось ибо по отражаемой инфе сложно было понять суть и приходилось перечитывать последовательно сообщения, чтобы понять суть дискуссии.
И последнее. Так я и не увидел примеров со 100 и более комментариями. Такие цепочки действительно возникают блогах, но если внимательно посмотреть, то там просто несколько разных обсуждений в одной цепи, которые на порядок были бы только читабельнее, если бы были разделены...
Как по мне достаточно реализации двух основных функций - цитирование и ответ на комментарий. А дерево - это из области принципа Парето(нужность 20%, а затраты 80%)...

[smart]

А не кажется ли Вам, что сам факт обсуждения данной проблемы говорит о том, что древовидная структура всё-таки не есть очень распространённой раз не сложились некоторые стандарты в отображении.

качественных реализаций комментариев на AJAX тоже не так уж и много, но это ведь не значит, что это не нужно никому? или что имеющиеся полностью удовлетворяют пользователей?

Как по мне достаточно реализации двух основных функций - цитирование и ответ на комментарий. А дерево - это из области принципа Парето(нужность 20%, а затраты 80%)...

ну скажем так, обе функции в новой версии уже присутствуют, как впрочем и дерево, а что касается затрат - я уже говорил, они на самом деле просто теряются на фоне объема других переработок...

p.s. в принципе, дальнейшее обсуждение данной темы наверно уже смысла не имеет - непосредственно вопрос отображения и борьбы с нарушением дизайна как бы обсудили, решений как мне кажется вполне достаточно было предложено, на практике реализую наверно самый простой - в стандартном шаблоне просто уменьшу смещение уровней относительно родительских, чтобы по умолчанию в среднем помещалось 5-6 уровней.

[mamahtehok]

чорт столько инсного пропустил )))

добавимся чтоль )))

вобщем вариант зигзагов мне достаточно понравился. только чуток додумать так сказать ))) в админке задавать не кол-во вложенности а мин. размер комента в процентах от колонки. если привысело начинать смещать в другую сторону но ни когда не заезжать за родителя.

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

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

[smart]

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

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

[gorbi]

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

Эх, скорей бы!!!

[frosia]

Хм, так способ ограничения появился?

[smart]

Хм, так способ ограничения появился?

нет, пока я эту задачу не решал - оставил на будущее... пока никто не жаловался

[frosia]

Решила просто потестить, насоздовала комментов кучу в виде ответов. Определенно надо делать ограничение на минимальную длинну тела коммента.

[smart]

Определенно надо делать ограничение на минимальную длинну тела коммента.

создайте в этом же разделе (Предложения и пожелания) отдельную тему с заголовком "Ограничение минимальной длины текста комментария", чтоб я не забыл про это... после НГ добавлю...

[..С...е...р...ы...й..]

создайте в этом же разделе (Предложения и пожелания) отдельную тему с заголовком "Ограничение минимальной длины текста комментария"

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

[smart]

да, я пропустил, действительно тема  Минимальная длина комментария уже есть - значит не забуду На самом деле, это можно реализовать и в плагине. Я подумаю, куда включать, в компонент или плагин борьбы со спамом...

[frosia]

Хмм, знаете сайт Engadget почему бы не сделать вложенность комментариев как там? Тоесть всего один уровень вложенности:
-Коммент
--Ответ на коммент
--Ответ на ответ
--Ответ на коммент
Что-то вроде этого. Подробнее на вышеупомянутом сайте.

[smart]

Хмм, знаете сайт Engadget почему бы не сделать вложенность комментариев как там?

я могу в след. версии комментариев добавить в шаблоны доступность уровня вложенности - и тогда вы на уровне шаблона сможете этим управлять... в настройки я пока смысла выносить не вижу. В будущем - может быть и вынесем...

[mikenike]

Можно попробовать графический способ добавив схему и отказавшись от отступов кроме первого уровня вложения, поясню:

|—{ Комментарий (1)
|—{ Комментарий (2)
  |—{ Ответ на коменнтарий (2) (1)
  |—{....
  |—{ Ответ на комментарий (2) (...n)
|—{ Комментарий (...n)
.......

в этом случае нужно будет только 6 стилей определить,
уровень первого комментария (самый верхний)
уровень первого комментария с ответом
    уровень первого ответа
    уровень между двух ответов
    уровень последнего ответа
уровень продолжения основных комментариев
уровень последнего комментария

вот где то так...