Практический HTML: улучшаем семантику ссылок

[@andrius]

Микроформат rel-tag иет немного дальше.

[@sunnybear]

спасибо

[@1mdm]

Прочитайте про семантическую верстку

В данном случае для этого документа добавлена метка «Microformats».

Ошибочка вышла. Вы имели ввиду якоря (anchors)?

[@1mdm]

Имелось ввиду, конечно:

Прочитайте про <a href="http://en.wikipedia.org/wiki/Microformats" rel="tag">семантическую верстку</a>

[@sunnybear]

в смысле? имеется ли здесь в виду #anchor или /Microformats в этой ссылке? Можете пояснить свою мысль

в оригинале написано URL, я согласен с автором, ибо последняя часть адреса будет заключать в себе метку

[@rimmer333]

rel вызывал у меня всегда следующее противление:

1) если там можно написать все что угодно - я могу и по-русски там писать, но разве это кому-то понравится?

2) если только по-английски - почему тогда не стандартизировали список возможных отношений, а то опечатаюсь еще

rev наследует эти противоречия.

В целом, мне кажется, лучше избавляться от механики в текстах ссылок, забыть про «подробнее», «здесь», «тут», «там», «скачать». Текст ссылки обладает заметным в настоящее время преимуществом - его индексируют и учитывают поисковики. Ничто на свете не мешает парсить вместо rel/rev тот же текст ссылки, разыскивая в нем нужные слова. Мешает только лень (атрибут тэга куда как легче прочитать).

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

[@jahson]

1. Пишите на английском. Он роднее для html, чем русский.
2. Знаете, если всё в жизни стандартизовать, то жить станет трудно. Опечатаетесь - рано или поздно заметите и поправитесь. Если же вам надо, чтобы какое-нибудь интеллисенс выдавало список вариантов, то напишите расширение для своего редактора.

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

То, что текст индексируют поисковики - это преимущество для оптимизаторов, не более. А при парсинге, совсем ничто не мешает парсить rel вместе с содержанием ссылки. Единственное неприятное, что сложность человеческого языка будет затруднять «понимание» компьютером смысла содержания ссылки. Это касается и rel, но в меньшей степени - уже сейчас есть широко распространённые и принятые значения этого атрибута.

[@Devgru]

у фф — точно такой же тулбар есть, я им пользуюсь достаточно часто
https://addons.mozilla.org/en-US/firefox/addon/1949

[@pepelsbey]

Большое спасибо за перевод

[@Sphinx]

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

Не стоит забывать про "start", "next", "prev", "contents", "index", "glossary", "copyright", "chapter", "section", "subsection", "appendix", "help", "bookmark" — упрощает навигацию по документам, извлечение в более высокоуровневые форматы; эти значения можно найти и в документах W3 (http://www.w3.org/TR/xhtml-modularizatio…), в XHTML2 он расширен.

[@AntonShevchuk]

Microformats шпаргалки:
http://microformats.org/wiki/pocket-cheat-sheet
http://www.ilovejackdaniels.com/cheat-sheets/microformats-cheat-sheet/

[@akral]

Ошибочка — несколько &lgt; осталось, поправьте ;)

А статья хорошая.

[@sunnybear]

спасибо :)

[@sunnybear]

спасибо :)

[@maksa]

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

[@jahson]

Сделайте пользу. Используйте сейчас, сами и как угодно.

[@trinko]

Глупо, очень глупо.
Ребята, давайте сначала доборимся за чистоту кода, а уже потом будем рассказывать про прелести логики, о том как замечательно учитывать семантику.
Ей богу, не все еще научились ставить к каждой картинке alt="", а вы учите уже rel и rev =) Вот и гляди, очередная куча когда, которой хвастаются авторы, где типа соблюдена семантика, а любой html валидатор вываливает по 500 ошибок.
Рано. Но за статью спасибо.

[@jahson]

Кому-то рано, а кому-то нет. Согласен, что многие ещё не дошли до чистого кода. Чистый код, в моём понимании, это как раз и есть семантичный код, когда каждый элемент использован по смыслу.

А про alt… Что тут сказать. Его вообще стали писать лишь потому, что из-за него не валидируется код. Смысл же его - в предоставлении альтернативного описания.

[@trinko]

погоди, погоди, а как же семантика alt`а? Разве он не добавляет логики, при отображении сайта с отключенными картинками? не зря его включили в список обязательных атрибутов тега <img>

[@jahson]

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

[@fatal]

Все разрабы сразу бы поняли семантику alt, если бы их хоть на день лишили зрения, завязав глаза, и пустив почитать новости хотя бы, я не говорю уже про проверку банковского счёта. Этим людям и так не повезло в жизни, а их и тут ущимляют, всего лишь забив на пару "непонятных" байтов кода.

[@jahson]

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

[@Sphinx]

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

[@zeromodule]

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

[@Local]

Спасибо за полезный перевод.

[@ega]

Нет, я все таки не понял. Для кого это? Роботам пофиг. Людям тем более.
Как комментарии для себя?

[@sslip]

Я тоже что то не очень дошел. Только для валидатора?

[@sunnybear]

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

Также в статье, которая указана в конце, описан rel="nofollow" (это к вопросу поисковых машин)

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

[@yantar]

это для идеи веб 2.0 :-)
если серьезно, то про rel и кум не знаю, а вот календарный микроформат вполне себе для людей: если все события оформлять в соответствии с ical, то гораздо проще их вносить в свой планировщик

[@Sphinx]

rel — то же самое. В любом нормальном браузере есть возможность переходить по rel-ссылкам типа "next", "prev" и искать информацию по тегам, размеченным rel-tag.

[@smart]

Для будущего! Сейчас - для себя, в ближайшем будущем - для продвинутых браузеров (например Firefox уже сейчас учится понимать микроформаты), в более далеком будущем - для всего интернета.

[@fatal]

В Opera тоже поддержка микроформатов не за горами. Тому подтверждение недавнее июньское обновление сайта сообщества:

Thanks to Fred and Michael we've now added support for Microformats on the My Opera and Dev Opera sites (the changes to Dev haven't been published yet at the time of writing). Both sites now support the rel-tag microformat, and hCard (coming soon in My Opera). Dev Opera also supports rel-licence so search engines can use this information to know what licence the articles are provided under. My Opera also supports hCalender for events (They were called countdowns), xFolk, and will support XFN and any other appropriate Microformat.

[@Sarry]

Хотелось бы чтобы автором была затронута сама суть микроформатов.
Из статьи абсолютно непонятно, какие плюсы приносит использование данных тегов, и главное — кому эти плюсы видны?

[@yantar]

сама суть микроформатов есть по ссылке в конце статьи

[@fatal]

Свежая (21 августа) статейка про готовящуюся поддержку микроформатов в Firefox 3 и про плагин Operator.

[@fatal]

Кармы, видимо, не хватило на ссылку: http://mozillalinks.org/wp/2007/08/on-firefox-3-and-microformats-with-michael-kaply/

[@caston]

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

[@sunnybear]

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

[@caston]

Как правило, все лежит в каком-то контейнере, и c prototype это выглядит так: $$('#contents a[rel="blablabla"]'). Возможно вы правы.
Спасибо за переводы. Очень жду.)

[@nawok]

Еще полезно при создании страниц для мобильников нумеровать ссылки в навигации и указывать для них атрибут accesskey.

[@sunnybear]

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