Комментарии 49
жаль, что в ff2 не работает.
0
Я сейчас протестировать не могу. А вы смотрели что какое сообщение выдаёт консоль ошибок?
0
Попробуйте ещё раз...
0
сейчас тож не могу, вот до дома доеду и обдумаем.
0
$("commentsdiv").getElementsByClassName is not a function
это firebug.
может это один из экстеншинов балуется?
в фаерфокс 3 все прикольно работает, пасиб и на этом)
это firebug.
может это один из экстеншинов балуется?
в фаерфокс 3 все прикольно работает, пасиб и на этом)
+1
Я знаменит :)
+4
data: URL
0
Можно покритиковать?
1. Если уж пользоваться prototype.js, то на всю катушку, я так думаю. Кода будет меньше, а кроссбраузерность повысится :)
2. Зачем "cursor:pointer;cursor:hand;" ? Достаточно "cursor:pointer;".
3. У вас это не проявится, но для parseInt() лучше явно указывать вторым аргументом базу системы счисления, потому что parseInt("09") != parseInt("09", 10).
4. У вас код в текстовичке не совсем соответствует коду в посте...
1. Если уж пользоваться prototype.js, то на всю катушку, я так думаю. Кода будет меньше, а кроссбраузерность повысится :)
2. Зачем "cursor:pointer;cursor:hand;" ? Достаточно "cursor:pointer;".
3. У вас это не проявится, но для parseInt() лучше явно указывать вторым аргументом базу системы счисления, потому что parseInt("09") != parseInt("09", 10).
4. У вас код в текстовичке не совсем соответствует коду в посте...
0
Честно говоря, я с prototype не работал, мне ближе jQuery, поэтому я не стал углубляться в изучение его возможностей, да и версия 1.4 менее навороченная чем 1.6, а с некоторыми вещами я честно говоря до конца не разобрался.
Поэтому с удовольствием послушал советы по более обширному использованию prototype, что бы вы улучши?
Поэтому с удовольствием послушал советы по более обширному использованию prototype, что бы вы улучши?
0
Постараюсь вечером обработанную версию вашего скрипта выложить...
+1
Вот что получилось:
1. Bookmarklet (проверен в FF 2).
2. Исходный код букмарклета.
3. Версия для Greasemonkey (FF 2) — нужно просто вставить этот код в свой юзерскрипт (отличается от [2] только первой и последней строчками).
А вообще, конечно, с нетерпением ждём Суперхабра.
1. Bookmarklet (проверен в FF 2).
2. Исходный код букмарклета.
3. Версия для Greasemonkey (FF 2) — нужно просто вставить этот код в свой юзерскрипт (отличается от [2] только первой и последней строчками).
А вообще, конечно, с нетерпением ждём Суперхабра.
+2
Можете использовать мои функции я не против, код есть, вам осталось только допилить.
Просто мой код кросс-браузерный или GreaseMonkey есть под все браузеры?
Просто мой код кросс-браузерный или GreaseMonkey есть под все браузеры?
+1
Спасибо!
Сам код будет последним этапом, и про него сказать не могу ничего) Кстати, волнует один технический момент — как заставить код выполняться до полной загрузки страницы. Я попытался это сделать, однако неуспешно...
GreaseMonkey — инструмент для работы userscripts в ff. В опере userscripts нативны; и точно знаю, что они прикручиваются к сафари. Для ие в голову приходят только букмарклеты...
Сам код будет последним этапом, и про него сказать не могу ничего) Кстати, волнует один технический момент — как заставить код выполняться до полной загрузки страницы. Я попытался это сделать, однако неуспешно...
GreaseMonkey — инструмент для работы userscripts в ff. В опере userscripts нативны; и точно знаю, что они прикручиваются к сафари. Для ие в голову приходят только букмарклеты...
0
Можно повесить обработчик событий на загрузку страницы, но дело в том, что пока не загрузился DOM пропарсить его нельзя, отсюда и все вытекающие.
+1
Меня как раз интересует время до загрузки страницы ;) Это особенно актуально для Хабра с тяжелым кодом на длинных страницах.
Насколько я помню, доступ к DOM может быть и до полной его загрузки... Но вот вряд ли это нормально кроссбраузерно... Я привык работать через инлайн-скрипты с запусками инициализации (
В HabraForest я пытался сделать подсмотренную где-то вещь — просто запускать цикл, пока DOM полностью не загрузится, в котором проходиться по нужным элементам и на обработанные ставить маркер, чтобы пропускать их на дальнейших итерациях.
Насколько я помню, доступ к DOM может быть и до полной его загрузки... Но вот вряд ли это нормально кроссбраузерно... Я привык работать через инлайн-скрипты с запусками инициализации (
В HabraForest я пытался сделать подсмотренную где-то вещь — просто запускать цикл, пока DOM полностью не загрузится, в котором проходиться по нужным элементам и на обработанные ставить маркер, чтобы пропускать их на дальнейших итерациях.
0
На Суперхабре комментарии реализованы по-новому. Готовьте ваши острые умы ;)
0
А вы инвайты на него не раздаете? ;)
Я забросил ХабраФорест в ожидании СуперХабра и собирался либо поучаствовать в обсуждении новой системы комментирования, либо сделать ХабраФорест уже под СуперХабр. А оказался облом в виде лимита кармы...
Я забросил ХабраФорест в ожидании СуперХабра и собирался либо поучаствовать в обсуждении новой системы комментирования, либо сделать ХабраФорест уже под СуперХабр. А оказался облом в виде лимита кармы...
+1
Деревья сворачивать стало проще в 10 раз, а расширение комментов, можно сделать из учёта вложенности.
+1
Всё так, да.
0
На СХ div'ы комментариев вложены друг в дружку? Это очень хорошо, если это так =)
0
Логичней было бы не делать пробелы если внутри древосписка нет разделений ветвей, например:
То есть 6 и 7 коммент и 8 и 9 коммент отображать на одном уровне, пока кто-нибудь не допишет внутрь ответ.
1 коммент
. 4 коммент
. . 6 коммент
. . . 7 коммент
. 5 коммент
2 коммент
. 8 коммент
. . 9 коммент
3 коммент
То есть 6 и 7 коммент и 8 и 9 коммент отображать на одном уровне, пока кто-нибудь не допишет внутрь ответ.
0
Поставил букмарклет. Работает. Однако есть проблема с первыми комментариями в ветках, сильно уезжающими влево.
Весной как раз продумывали несколько похожих решений с возможностью автоматического и ручного сдвигания узких веток влево с учётом фактической ширины видимой части окна браузера и номера вложенности* первого проблемного комментария.
* — каким по счёту комментарий в данной ветке. Можно примерно прикинуть, что при 1024 px проблемы начинаются с 7-го комментария, при 1280 — с 11-го и т.д.(с числами могу и наврать, не помню точно).
Весной как раз продумывали несколько похожих решений с возможностью автоматического и ручного сдвигания узких веток влево с учётом фактической ширины видимой части окна браузера и номера вложенности* первого проблемного комментария.
* — каким по счёту комментарий в данной ветке. Можно примерно прикинуть, что при 1024 px проблемы начинаются с 7-го комментария, при 1280 — с 11-го и т.д.(с числами могу и наврать, не помню точно).
0
Проще говоря, сдвигалка влево появляется возле первого проблемного комментария. По клику на неё влево уезжает не вся ветка, а лишь то, что находится ниже (ну и сам коммент, к которому присобачена сдвигалка).
0
При ширине элемента меньше 200px? ;)
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Чем вам поможет Хабракомментатор или новый способ навигации по комментариям