Немного разбавим теорию практикой.
Раньше я писал о честном способе многоколоночной вёрстки блоками. Всё бы хорошо, около 30% поисковых запросов ведут именно туда :) Но, спешу огорчить, помимо задокументированных выявлен ещё один интересный баг.
Дело в том, что я попытался применить описанный способ для вёрстки этого блога. И всё было хорошо, пока я не начал тестировать оформление контента. Столкнулся с интересным феноменом перехода по внутренним «якорям» (ссылкам в пределах страницы).
Имеем конструкцию вида (на примере заметки «3 стадии понимания дизайна»):
<li>
"<a href='blog/35#chap1'>Всё, что я рисую, что-то значит</a>";
</li>
— в одном месте заметки. И
<a name='chap1' title='Этап 1'></a>
— в другом месте.
Казалось бы, что должно происходить? При нажатии на ссылку страница прокручивается до «якоря» и пользователь продолжает себе чтение. Вот так:
А вместо этого пришлось наблюдать вот такую фигню:
Во всех современных браузерах одно и то же: IE, FF, Opera, Chrome, Safari. Только в IE текст ушёл поверх шапки сайта, а в остальных заполз «в никуда» (скорее всего сработал overflow: hidden в CSS).
При вёрстке описанным методом и использовании ссылок-"якорей" прокручивается не вся страница, а только содержимое внутри блока.
Если кто-то знает, почему так, и придумает, как с этим бороться — буду очень рад (метод всё же хороший). А пока предупреждён — значит вооружён!
В RSS угловые скобочки ушли как HTML-сущности ;). И что за тег xmp после code? Может, проще использовать стандартный pre-code, пока blockquote нет?
А баг с якорями известен давно — в этом случае от него не избавиться...
У меня фидридером всё нормально ест :-/
xmp — вполне стандартный, отключает распознавание тегов.
Хм, за xmp спасибо, как-то и забыл про него совсем. Но в Я.ленте вот так вот.
Проверил — есть такая проблема :( Проверил в еще двух ридерах — там xmp игнорится и парсятся теги. Хотя установленный фидридер адекватно работает.
Придётся переходить на pre. Только вроде внутри него img не должно быть :(
Кстати, подписка в Я-ленте идет мимо счетчика фидбернера?
Так, про фидбернер. Тут без разницы, чем я подписан — учитывается все, что запрашивает RSS с его сервера. Даже если ты, скажем, засабмитишь свою ленту в сотню рсс-каталогов, показывающих последние посты, они будут учитываться — иногда будет такой скачок на полсотни ;). Так что разница только в отображении — но и тут можно обойти, сделав так, чтобы ФБ сам решал что отдавать — атом, или РСС, кодировку и все такое. Многие из хороших функций я описывал в iskariot.ru/development/feedburner-func/
Второй момент — это то, что сейчас тебе надо срочно завести аккаунт в Гугл Адсенс и переносить ФБ на гуглФБ — там поменяется адрес на feeds2.бла-бла-бла. Скоро старая версия (текущая))) перестанет работать, и ты потеряешь подписчиков (как и если заводить новую ленту). Если бы ты сразу сделал подписку через kitich.in.ua/feed/, которая бы редиректила на ФБ, все бы проще было с любым переносом :). Но у тебя есть еще время, чтобы сделать перенос на ФБ, тогда все подписки останутся на своих местах.
XMP — редкий тег, я про него вообще плохо помнил ;) Поэтому, в большинстве случаев его, скорее всего, режут. Стандарт де-факто — использование pre-code (можно поиграться с CSS iskariot.ru/process/pre-code-wrap/), аналог будущего blockcode. К сожалению, внутри обрабатываются теги и отображаются.
Но т.к. мы точно знаем, что это теги текстом, то можно сделать так, как у меня в типографе — чтобы в блоках текста, заключенных внутри тега code все угловые скобочки менялись на сущности и все такое.
Заодно можно использовать из моего плагина и типографику — версия Лайт, правда, скоро сменится, но там все просто. Три функции — для заголовков, текста и комментариев. Если надо что-то объяснить — напиши мне на почту, я пришлю нужные примеры кода.
Т.е. ты сможешь ставить dfkljd без того, чтобы мучаться постоянно с сущностями.
Проверил — таки да. xmp — нормальный такой тег, но в спецификацию xhtml не входит, отсюда и проблемы :(