Комментарии 44
Микроформат rel-tag иет немного дальше.
Прочитайте про семантическую верстку
В данном случае для этого документа добавлена метка «Microformats».
Ошибочка вышла. Вы имели ввиду якоря (anchors)?
Имелось ввиду, конечно:
Прочитайте про <a href="http://en.wikipedia.org/wiki/Microformats" rel="tag">семантическую верстку</a>
rel вызывал у меня всегда следующее противление:
1) если там можно написать все что угодно - я могу и по-русски там писать, но разве это кому-то понравится?
2) если только по-английски - почему тогда не стандартизировали список возможных отношений, а то опечатаюсь еще
rev наследует эти противоречия.
В целом, мне кажется, лучше избавляться от механики в текстах ссылок, забыть про «подробнее», «здесь», «тут», «там», «скачать». Текст ссылки обладает заметным в настоящее время преимуществом - его индексируют и учитывают поисковики. Ничто на свете не мешает парсить вместо rel/rev тот же текст ссылки, разыскивая в нем нужные слова. Мешает только лень (атрибут тэга куда как легче прочитать).
У rel со стандартными словами есть одно важно применение (которое, впрочем, не прижилось особо) - у Opera есть тулбар, который позволяет быстро переходить на следующую/предыдущую/первую/последнюю итд страницу (адреса указываются через соотв. link rel). Еще, разумеется, упомянутые stylesheet и alternate - без этого щас ни один сайт не делается, наверное. Еще - значения rel, рекомендованные в микроформатах. Дальше этого идти я бы не рекомендовал.
1) если там можно написать все что угодно - я могу и по-русски там писать, но разве это кому-то понравится?
2) если только по-английски - почему тогда не стандартизировали список возможных отношений, а то опечатаюсь еще
rev наследует эти противоречия.
В целом, мне кажется, лучше избавляться от механики в текстах ссылок, забыть про «подробнее», «здесь», «тут», «там», «скачать». Текст ссылки обладает заметным в настоящее время преимуществом - его индексируют и учитывают поисковики. Ничто на свете не мешает парсить вместо rel/rev тот же текст ссылки, разыскивая в нем нужные слова. Мешает только лень (атрибут тэга куда как легче прочитать).
У rel со стандартными словами есть одно важно применение (которое, впрочем, не прижилось особо) - у Opera есть тулбар, который позволяет быстро переходить на следующую/предыдущую/первую/последнюю итд страницу (адреса указываются через соотв. link rel). Еще, разумеется, упомянутые stylesheet и alternate - без этого щас ни один сайт не делается, наверное. Еще - значения rel, рекомендованные в микроформатах. Дальше этого идти я бы не рекомендовал.
1. Пишите на английском. Он роднее для html, чем русский.
2. Знаете, если всё в жизни стандартизовать, то жить станет трудно. Опечатаетесь - рано или поздно заметите и поправитесь. Если же вам надо, чтобы какое-нибудь интеллисенс выдавало список вариантов, то напишите расширение для своего редактора.
То, что текст индексируют поисковики - это преимущество для оптимизаторов, не более. А при парсинге, совсем ничто не мешает парсить rel вместе с содержанием ссылки. Единственное неприятное, что сложность человеческого языка будет затруднять «понимание» компьютером смысла содержания ссылки. Это касается и rel, но в меньшей степени - уже сейчас есть широко распространённые и принятые значения этого атрибута.
2. Знаете, если всё в жизни стандартизовать, то жить станет трудно. Опечатаетесь - рано или поздно заметите и поправитесь. Если же вам надо, чтобы какое-нибудь интеллисенс выдавало список вариантов, то напишите расширение для своего редактора.
Текст ссылки обладает заметным в настоящее время преимуществом - его индексируют и учитывают поисковики. Ничто на свете не мешает парсить вместо rel/rev тот же текст ссылки, разыскивая в нем нужные слова. Мешает только лень (атрибут тэга куда как легче прочитать).
То, что текст индексируют поисковики - это преимущество для оптимизаторов, не более. А при парсинге, совсем ничто не мешает парсить rel вместе с содержанием ссылки. Единственное неприятное, что сложность человеческого языка будет затруднять «понимание» компьютером смысла содержания ссылки. Это касается и rel, но в меньшей степени - уже сейчас есть широко распространённые и принятые значения этого атрибута.
у фф — точно такой же тулбар есть, я им пользуюсь достаточно часто
https://addons.mozilla.org/en-US/firefox/addon/1949
https://addons.mozilla.org/en-US/firefox/addon/1949
Большое спасибо за перевод
Не существует определенного списка значений для атрибута rel, поэтому вы можете использовать все, что посчитаете семантически разумным.
Не стоит забывать про "start", "next", "prev", "contents", "index", "glossary", "copyright", "chapter", "section", "subsection", "appendix", "help", "bookmark" — упрощает навигацию по документам, извлечение в более высокоуровневые форматы; эти значения можно найти и в документах W3 (http://www.w3.org/TR/xhtml-modularizatio…), в XHTML2 он расширен.
Microformats шпаргалки:
http://microformats.org/wiki/pocket-cheat-sheet
http://www.ilovejackdaniels.com/cheat-sheets/microformats-cheat-sheet/
http://microformats.org/wiki/pocket-cheat-sheet
http://www.ilovejackdaniels.com/cheat-sheets/microformats-cheat-sheet/
Ошибочка — несколько
А статья хорошая.
&lgt;
осталось, поправьте ;)А статья хорошая.
НЛО прилетело и опубликовало эту надпись здесь
Не видно конкретной пользы от этой семантики. Когда это будет использовано, кем и как?
Глупо, очень глупо.
Ребята, давайте сначала доборимся за чистоту кода, а уже потом будем рассказывать про прелести логики, о том как замечательно учитывать семантику.
Ей богу, не все еще научились ставить к каждой картинке alt="", а вы учите уже rel и rev =) Вот и гляди, очередная куча когда, которой хвастаются авторы, где типа соблюдена семантика, а любой html валидатор вываливает по 500 ошибок.
Рано. Но за статью спасибо.
Ребята, давайте сначала доборимся за чистоту кода, а уже потом будем рассказывать про прелести логики, о том как замечательно учитывать семантику.
Ей богу, не все еще научились ставить к каждой картинке alt="", а вы учите уже rel и rev =) Вот и гляди, очередная куча когда, которой хвастаются авторы, где типа соблюдена семантика, а любой html валидатор вываливает по 500 ошибок.
Рано. Но за статью спасибо.
Кому-то рано, а кому-то нет. Согласен, что многие ещё не дошли до чистого кода. Чистый код, в моём понимании, это как раз и есть семантичный код, когда каждый элемент использован по смыслу.
А про alt… Что тут сказать. Его вообще стали писать лишь потому, что из-за него не валидируется код. Смысл же его - в предоставлении альтернативного описания.
А про alt… Что тут сказать. Его вообще стали писать лишь потому, что из-за него не валидируется код. Смысл же его - в предоставлении альтернативного описания.
погоди, погоди, а как же семантика alt`а? Разве он не добавляет логики, при отображении сайта с отключенными картинками? не зря его включили в список обязательных атрибутов тега <img>
Все разрабы сразу бы поняли семантику alt, если бы их хоть на день лишили зрения, завязав глаза, и пустив почитать новости хотя бы, я не говорю уже про проверку банковского счёта. Этим людям и так не повезло в жизни, а их и тут ущимляют, всего лишь забив на пару "непонятных" байтов кода.
НЛО прилетело и опубликовало эту надпись здесь
Надо запретить все сайты с невалидным кодом. Это один из обязательных пунктов плана спасения планеты, в противном случае все люди погибнут от собственных некачественных технических решений.
Спасибо за полезный перевод.
Нет, я все таки не понял. Для кого это? Роботам пофиг. Людям тем более.
Как комментарии для себя?
Как комментарии для себя?
Я тоже что то не очень дошел. Только для валидатора?
сейчас уже есть ряд софтин, позволяющих строить графы социальных сетей, исходя из такой разметки.
Также в статье, которая указана в конце, описан
К вопросу людей: расширение к Firefox Operator, который уже понимает пяток микроформатов (в том числе, умеет находить теги и предлагать их найти на Technorati (направить этот поиск на любимый сайт, я так понимаю, минутное дело)).
Также в статье, которая указана в конце, описан
rel="nofollow"
(это к вопросу поисковых машин)К вопросу людей: расширение к Firefox Operator, который уже понимает пяток микроформатов (в том числе, умеет находить теги и предлагать их найти на Technorati (направить этот поиск на любимый сайт, я так понимаю, минутное дело)).
это для идеи веб 2.0 :-)
если серьезно, то про rel и кум не знаю, а вот календарный микроформат вполне себе для людей: если все события оформлять в соответствии с ical, то гораздо проще их вносить в свой планировщик
если серьезно, то про rel и кум не знаю, а вот календарный микроформат вполне себе для людей: если все события оформлять в соответствии с ical, то гораздо проще их вносить в свой планировщик
Для будущего! Сейчас - для себя, в ближайшем будущем - для продвинутых браузеров (например Firefox уже сейчас учится понимать микроформаты), в более далеком будущем - для всего интернета.
В 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.
Хотелось бы чтобы автором была затронута сама суть микроформатов.
Из статьи абсолютно непонятно, какие плюсы приносит использование данных тегов, и главное — кому эти плюсы видны?
Из статьи абсолютно непонятно, какие плюсы приносит использование данных тегов, и главное — кому эти плюсы видны?
Свежая (21 августа) статейка про готовящуюся поддержку микроформатов в Firefox 3 и про плагин Operator.
Обычно использую одинаковый rel, чтобы повесить onclick-обработчики после загрузки страницы на нужные ссылки.
Микроформаты будут оставаться уделом гиков до тех пор, пока интернет не станет от этого субъективно лучше для рядовых пользователей, либо поисковики не заявят об их поддержке.
Микроформаты будут оставаться уделом гиков до тех пор, пока интернет не станет от этого субъективно лучше для рядовых пользователей, либо поисковики не заявят об их поддержке.
по поводу onclick обработчиков — сейчас готовлю заметку про оптимизацию этого дела. При загрузке пробегать все ссылки и смотреть, на что повесить не самый лучший вариант.
Еще полезно при создании страниц для мобильников нумеровать ссылки в навигации и указывать для них атрибут
accesskey
.Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Практический HTML: улучшаем семантику ссылок