hCard

[swetlana]

Уже не первый день задаюсь вопросом: допустимо ли на странице использовать несколько блоков class="vcard", в каждом из которых будет отдельная часть информации, пригодной для данного микроформата?

Ведь нормальная практика, когда дизайнер раскидывает информацию о компании: телефон в один угол, адрес — в другой, а название и вовсе в неожиданное место. И как-то это всё надо объединить в приемлемый для hcard-читалки вид. Хоть весь body делай с class="vcard".

Но тогда уместно ли на такой страничке размещение class="hproduct"?

[psywalker]

Вообще с этим вопросом лучше обратиться к яндексам. Я знаю, что они активно поддерживают и стремятся к поддержке микроформатов. Знаю, что у них есть несколько поисковых роботов, один из которых и отвечает за микроформаты. А это возможно значит, что так делать можно, а именно засовывать в футер например блок с классом v-card с раскинутыми в разные части блоками внутри.

[SelenIT]

А что говорят на эту тему яндексовский валидатор и FF-овский Operator? Интуитивно, дробить один hCard на ошмётки как-то не по феншую. А вот назначить для одного контейнера классы от двух микроформатов — будь лично я парсером, я бы такое точно распознал . Плюс не вижу очень страшной беды продублировать название в скрытом спане (для кадендарных событий поначалу еще не такую бяку с title предлагали)...

[psywalker]

Ухты, спасибо за валидатор! А можешь поподробнее вот про это рассказать

А вот назначить для одного контейнера классы от двух микроформатов

Что ты имел тут ввиду?

[SelenIT]

Грубо говоря, body="vcard hproduct" с соотв. потомками обоих типов. На мой взгляд, помешать одно другому не должно. Впрочем, "матрешка" из разных микрофоматов друг в друге тоже не должна помешать, если поля не пересекаются...

[psywalker]

Грубо говоря, body="vcard hproduct" с соотв. потомками обоих типов. На мой взгляд, помешать одно другому не должно. Впрочем, "матрешка" из разных микрофоматов друг в друге тоже не должна помешать, если поля не пересекаются...

Ага, понял, спасибо