Полностью согласен с основной мыслью. ;)
Поведение и вид ссылки должно зависеть от контекста тоже. Но вид ссылки и её поседение должны быть как можно более консистентными на одном ресурсе.
Что же мы видем на любимой Хабре? ;)
8 разных видов ссылок по цвету, размеру, фону и поведению... и это не считая ещё подвала публикации и комментариев, где можно насчитать ещё 3-4 вида ссылок.
Повод помыслить... ;)
хм. ещё большим поводом помыслить будет, если сделать такой же скриншот, только с одинаковым внешним видом ссылок.
и посмотреть что из этого будет более юзабилительно :)
Когда начинаются такого рода размышления и предположения, лучше всего просто взять и сделать предполагаемые варианты. Потыкать пощелкать, понаводить... комунить дать поэкспериментировать :)
За несколько таких практических подходов выработается чутье :) (наверно)
(также не нужно забывать, что невозможно угодить всем пользователям сразу)
Когда ссылкой является сразу несколько слов, либо две ссылки в тексте примыкают друг к другу, подчеркивание просто необходимо для выделения ссылок еще до подвода мышки.
Также согласен с мыслью автора и позволю немного дополнить. Зачастую, перед тем как перейти по ссылке, в голову лезет вопрос, откроется ли страница в новом окне, либо в текущем? Хуже того, когда находишься на проекте насыщенным ajax, то ситуация куда более плачевная, поэтому можно было бы выделить еще тип перехода по ссылке, к примеру подчеркиванием
Не то чтобы совсем не в тему, но и не совсем в тему.
Сам постить не могу, посему расположу здесь.
В некоторых браузерах (не будем показывать пальцем) псевдокласс :hover применим только к тегам <a>. Для остальных же тегов он тупо игнорируется. Так вот, родилось кроссбраузерное решение сей проблемки. Только теперь указывать нужно не псевдокласс, а нормальный класс элемента. Пример
Это конечно же решение кроссбраузерности, однако очень громоздкое решение (= На крупных проектах типа Хабра не допустимо в принципе. Т.к. при большом числе ссылок на странице браузер будет откровенно "подвисать" при загрузке (на onload) - бегая по всем ссылкам и расставляя ховеры (=
кошмар-то кошмар. Но можно дописать ещё одну строчку и указав root, пройтись только по одной ветке дома.
if(root=='') root = document.getElementsByTagName("BODY")['0'];
else root = document.getElementsById(root);
да и вообще. Если верстать дивами, то максимальная "глубина залегания" нодов будет не больше 5-6. Соответственно, выделение памяти при рекурсии гораздо меньше.
Для сравнения в табличной верстке table->tbody->tr->td->p. А я часто видел и до трёх таблиц друг в друге.
ага. если я правильно понимаю, вы предлагаете по onmouseover тега (допустим) body вызывать обработчик, который будет спускаться по (опять же) всему дому и искать последний элемент в иерархии и что-то с ним делать.
Но ведь это же такой же проход по всему документу с той лишь разницей, что он будет выполняться гораздо чаще. Фактически, почти при каждом движении мышки.
Вот это, я считаю, уже совсем нерациональное решение.
Этому решению уже в обед сто лет... Ну, а если в комплексе лечить IE 6, то лучше уж воспользоваться библиотечкой IE7 от Дена Едвардса, и, тогда можно использовать и псевдо классы и даже почти все CSS 3 селекторы.
Я думаю, что можно потихоньку забивать на IE 6 в этом случае, а IE 7 уже умеет подсвечивать любые элементы.
Но, опять же, как сказали выше, лучше такое решение не использовать для страниц с большим количеством ссылок будут тормоза.
не плохо было бы для описания выложить пример,например как http://habrahabr.ru/blog/ui_design_and_usability/30759.html
и еще - текста очень много и трудно усваиваемый
Посмотрите как здесь реализовано http://beta.bobrdobr.ru
У залогиненного пользователя очень сильные тормоза в ИЕ6 и Опере наблюдаются.
Есть идеи как ускорить?
Состояние hover: как должна вести себя ссылка при наведении