Те, которые на тулбар — это либо button (фича оперы), либо bookmarklet (добавляется в закладки), а те, что грузятся автоматом — это как раз userJS, насколько я понимаю. И они тоже чуть-чуть кроссбраузерные, ибо загружаются в файерфокс с гризманки. Хотя работают, конечно, слегка по-разному)
=) как бэ поменяют создатели хабра один айдишник и все)
А как вы будете через гетЭлемент делать? Чекать все чайлдноды у li с каментом на tagName==ul? Нагрузка, конечно, возрастет.
Мне все-таки видится наиболее правильным вынести сворачивалку в отдельный плагин и уповать на стабильность хабровских шаблонов в угоду скорости)
В любом случае, сворачивалка гораздо менее критичный функционал, а пользователи, если увидят, что она не работает, посмотрят, не появилась ли новая версия. А вообще, если по-крутому, можно раз в день проверять последнюю версию ajax-запросом и выдавать запрос на обновление, если что. Хотя, конечно, нужно сделать отдельную версию без автообновлений, и вообще как следует это продумать.
Кстати, а кто-нибудь вообще думал раньше об проверки наличия обновлений в userJs? По-моему в таких контекстно-зависимых штуках было бы мегакруто (например, всякие скачивальщики музыки из контакта периодически ломаются и приходится самому на сайт лезть)
Проблема только в том, что при добавлении ответа на безответный комментарий, в него не добавляется ссылка. Но не думаю, что кому-то захочется тут же свернуть свой ответ)
Еще неплохо было бы убрать ссылку «свернуть» для комментариев, не имеющих ответов.
*да и вообще, имхо было бы логичнее разнести редактор и сворачивалку на два плагина
Имхо, 95% ширины — не принципиально, и в опере ничему не противоречит, а аккуратность повышается)
Вообще, я сейчас читаю доки к userJs, думаю можно найти доступ к calculated width и все можно будет поправить одной строчкой)
не могу сказать, ибо сколько я его помню, он был без батареи, а она там занимает добрую треть корпуса) Но уверен, он не выходил за рамки двух, а может и полутора килограммов)
Что вы! Там вполне себе бегал 3.11 с офигенной компаковской оболочкой (по идеологии очень похоже на стандартный рабочий стол xandros`а на eeepc) и полноценный офис (не помню версию, но чуть ли не 95й)
Уже да, но еще пару лет назад вполне себе использовался как стационарная печатная машинка на даче (батарейка сдохла еще на десятом году его жизни). Сейчас конечно заменен на более современный)
Если интересно, могу попробовать найти компаковский Contura Aero. Забавно то, что по форм-фактору он очень близок к современным нетбукам (экран 8 дюймов)
Ну в icq, думаю, такое нереализуемо, ибо, насколько мне известно, есть ограничение на размер сообщения. А в xmpp — запросто. Проблема в том, что мне пока и трети контакт-листа не удалось пересадить в jabber, или хотя бы на мультипротокольный мессенджер, отличный от кипа.
А как вы будете через гетЭлемент делать? Чекать все чайлдноды у li с каментом на tagName==ul? Нагрузка, конечно, возрастет.
Мне все-таки видится наиболее правильным вынести сворачивалку в отдельный плагин и уповать на стабильность хабровских шаблонов в угоду скорости)
В любом случае, сворачивалка гораздо менее критичный функционал, а пользователи, если увидят, что она не работает, посмотрят, не появилась ли новая версия. А вообще, если по-крутому, можно раз в день проверять последнюю версию ajax-запросом и выдавать запрос на обновление, если что. Хотя, конечно, нужно сделать отдельную версию без автообновлений, и вообще как следует это продумать.
Кстати, а кто-нибудь вообще думал раньше об проверки наличия обновлений в userJs? По-моему в таких контекстно-зависимых штуках было бы мегакруто (например, всякие скачивальщики музыки из контакта периодически ломаются и приходится самому на сайт лезть)
replyElements[q].parentNode.parentNode.childNodes[7]!=null
На этом топике не тормозит)
*да и вообще, имхо было бы логичнее разнести редактор и сворачивалку на два плагина
panel.style.border = '1px solid #c8d2df';
panel.style.borderBottom = 'none';
textarea.parentNode.style.paddingRight = '4px'
panel.style.width = 'auto';
textarea.style.width = '100%';
panel.style.marginRight = '-4px';
Вставлять вместо
panel.style.width = '95%';
panel.style.width = '100%';
textarea.style.width = '100%';
Имхо, 95% ширины — не принципиально, и в опере ничему не противоречит, а аккуратность повышается)
Вообще, я сейчас читаю доки к userJs, думаю можно найти доступ к calculated width и все можно будет поправить одной строчкой)
Про ноутбук отпишусь через месяцок, по описанным ниже причинам)