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

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

rimmer333 Aug 22 2007 at 13:27

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

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

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

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

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

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

jahson Aug 22 2007 at 15:16

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

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

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

Devgru Aug 22 2007 at 15:24

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

pepelsbey Aug 22 2007 at 13:55

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

Sphinx Aug 22 2007 at 14:04

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

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

AntonShevchuk Aug 22 2007 at 14:13

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

akral Aug 22 2007 at 14:19

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

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

sunnybear Aug 22 2007 at 14:24

спасибо :)

UFO just landed and posted this here

sunnybear Aug 22 2007 at 14:48

спасибо :)

maksa Aug 22 2007 at 14:44

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

-1

jahson Aug 22 2007 at 14:58

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

trinko Aug 22 2007 at 15:05

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

jahson Aug 22 2007 at 15:20

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

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

trinko Aug 22 2007 at 23:02

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

jahson Aug 23 2007 at 05:45

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

fatal Aug 23 2007 at 00:01

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

jahson Aug 23 2007 at 05:48

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

UFO just landed and posted this here

Sphinx Aug 23 2007 at 01:18

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

UFO just landed and posted this here

zeromodule Aug 29 2007 at 00:28

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

Local Aug 22 2007 at 15:44

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

ega Aug 22 2007 at 16:12

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

sslip Aug 22 2007 at 16:40

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

sunnybear Aug 22 2007 at 16:57

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

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

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

yantar Aug 22 2007 at 16:58

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

Sphinx Aug 23 2007 at 01:20

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

smart Aug 23 2007 at 13:03

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

fatal Aug 23 2007 at 19:58

В 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 Aug 22 2007 at 16:49

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

yantar Aug 22 2007 at 16:56

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

fatal Aug 22 2007 at 22:01

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

fatal Aug 22 2007 at 22:08

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

caston Aug 23 2007 at 00:17

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

sunnybear Aug 23 2007 at 00:23

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

caston Aug 23 2007 at 00:37

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

nawok Aug 23 2007 at 09:43

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

sunnybear Aug 23 2007 at 10:19

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

Show the best of all time