rash

В твиттер в таком случае можно написать вообще не из браузера, так что с доступностью все по-прежнему ОК :-) Но да, некрасиво.

После добавления поста редиректить на url с указанным якорем, чем не «автоматом»? А для якоря не нужно ничему задавать name, можно вместо этого после хеша указать существующий на странице id, а уж элемент, которому можно будет задать такой id на странице в любом случае уже существует.

Вам здесь до сих пор весело? :-)

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

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

Когда как. Иногда и пустой див в конце. Но этим правда не надо злоупотреблять.

А какой загнулся первым? -)

А какую выгоду это даст? Ну если дело только в том, что человеку, заглянувшему в код, он покажется красивее — то игра явно не стоит свеч.

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

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

В виденном мной примере с 49700 элементами на странице большую часть составляла таблица. Скролл в IE если и тормозил, то неощутимо. JS - да, но это сильно больше чем 8000—16000 элементов. Так что можно с этим справиться, просто поверьте в себя -)

А посмотреть есть где? Хочется посчитать-померять -)

Если текст достаточно крупный изначально и у пользователя нет проблем со зрением. Вообще, послушав такие доводы, прихожу к выводу, что домашняя страничка Васи Пупкина сделана весьма неплохо… Это ошибочное мнение. Можно открыть дискуссию в отдельной ветке, если это так необходимо.

Можно постараться сделать без тормозов и пагинации. Только придется потрудиться, но вызов принят :-) Как только дойдут руки…

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

Сильно зависит от верстки. Было и 10000 — чуть подтормаживало, но даже не мешало работать. Может попробую посмотреть эту задачу, не знаю только, когда -) Но интересно. Кстати, нашел пример на 49700 элементов на странице — вот там уже в динамике дикие тормоза, но IE не умирает. Возможны проблемы при масштабировании текста, хотя первая мысль действительно приходит именно такая.

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

У меня пришло в 1251 без информации о кодировке. По умолчанию UTF, пришлось расшифровывать :-)

Ну если углубляться в дебри, то по причине флеша на неправильно выбранном продукте :-)

Оптимальной длиной строки как правило считается 60–80 символов.

[холивар] Несмотря ни на какие мнения Якобы Нильсенов, флеш — отстой! [/холивар]

Откуда у вас такое предубеждение? Мне правда интересно понять. Почему они должны лишаться части функциональности? Какой объективный аргумент есть в пользу этого? Ну людей, отказывающихся от CSS учитывать и не надо. Если отключить стили, контент останется контентом. При отключении JS должно происходить то же самое. Теряться могут только декорации. Ну это в идеальных условиях, но мы же сейчас говорим как раз об идеологическом подходе.

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

Лучше идти лесом таким разработчикам. Можно вообще верстать только под последний IE. Другой браузер? Вы должны идти лесом. Учитываю, тем более что это улучшает доступность и в десктопных браузерах. Проверять, как правило, не проверяю, но постоянно помню об этом. Ну, и естественно, учитываю необходимость. Аяксовая админка может в принципе работать только в последних версиях браузеров, но пользовательская сторона должна быть доступна хоть через telnet (образно говоря). Конечно, поэтому контент должен быть доступен даже без стилей. Ключевое слово — доступен. Можете не спорить. Псевдокласс (а не псевдоэлемент, кстати) описывает не событие (поведение) а состояние. То, что при смене состояний меняется оформление — это забота браузера и как раз стилизации. Стиль привязываестя к состоянию, а не смена стиля к событию. Чувствуете разницу? Это, кстати, можно отнести и к утверждению, что «реакция на наведение мыши, щелчок, нажатие кнопки - это поведение». Мы не описываем рекацию на событие в CSS.

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