
SelenIT
Expert-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Спасибо! Макс, а лично ты по сабжу можешь что-нибудь добавить? Действительно для логотипов в адаптивном дизайне способ с выносом текста вон за пределы видимой области подходит? Но народ ведь подхватит с энтузиазмом ("сам Зельдман посоветовал!") и будет напропалую использовать в т.ч. для заголовков... Или я сгущаю краски и не так всё страшно? И еще, в каком месте этот способ "accessible", если беглый анализ юзкейсов показывает, что нет (кстати, интересно, кого больше — юзеров медленных каналов с отключенными картинками или юзеров скринридеров, где бы найти статистику?). Или я опять же заблуждаюсь и путаю проблемы по степени важности?
-
Кстати, слоника-то я и не приметил . Для клиринга флоатов целый пустой элемент — дикий анахронизм. Сейчас для этой цели используют либо создание нового контекста форматирования для контейнера (обычно через overflow:hidden, иногда через display:inline-block/table/table-cell), или вариации на тему clearfix-а (благо прогресс позволил сделать их совсем компактными и изящными).
-
ЕМНИП, проблемы с пустыми ячейками были актуальны где-то во времена NS4 и NS6 (возможно, включительно). Во всём более новом вполне хватает empty-cells:show (если ошибаюсь — киньте в меня контрпримером). Другое дело, что на пустые теги любит ругаться FF-овское расширение "HTML validator" в режиме Tidy (по умолчанию). Но это не имеет отношения ни к валидности как таковой, ни тем паче к кроссбраузерности, это свои внутренние тараканы алгоритма Tidy. И тем не менее, прислушаться к нему стоит: так ли нужен в коде пустой элемент, нельзя ли заменить его псевдоэлементом или вообще бордером каким-нибудь? Например, целый элемент уж точно не нужен — для этого есть margin-ы соседей.
-
Прошло три года, и тема нежданно апнула меня снова... Причем удар пришел с той стороны, откуда я никак его не ждал. От самого? великого и легендарного стандартиста, юзабилиста и вообще евангелиста светлой стороны Веба (и всего с ней связанного) Джефри Зельдмана. Вот, полюбуйтесь! Это после того, как Николас Галлахер наконец придумал методу, сохраняющую доступность текста при раскладе "картинки off, CSS on", а ее недостаток — дуля вместо картинки в ископаемых IE — стал малосущественным (особенно в свете актуальной моды на progressive enhancement, mobile first и т.п. доводы за то, что сирым и убогим браузерам важна простота и базовая функциональность, а вовсе не пиксельпёрфектность любой ценой). И после всех отчаянных призывов донести до разработчиков важность доступности информации — опять всплывает именно тот метод IR, который оставляет с дулей вместо текста именно тех, кому больше других важен этот текст. Например, деревенских школьников, при свете лучины загружающих заветную страничку через GPRS, отключив картинки, чтобы увидеть на экране прошловекового дедова ноутбука хоть что-то... Да, метод, просто офигенно "обновленный" добавлением overflow:hidden, благодаря чему он стал просто офигенно быстрее фурычить в целом первом айпаде (думаю, что дело именно в overflow, с ним и дикий минусовой text-indent бы обрезался и соптимизировался). Даром что в новых браузерах разницу в быстродействии никто не видел, а Пол Айриш вообще заметил, что от простой перестановки частей демки местами результат сравнения скорости меняется на противоположный Да, сам Джефри приводит рациональный аргумент против самого естественного, логичного, стандартного, доступного и т.п. способа замены кучи слов одной картинкой (и наоборот) — <img alt="..."> (при том что у себя на сайте юзает именно его!). Ох уж эта новая мода на Responsive всё-что-плохо-лежит! Да, старая добрая "имг-шка" таким премудростям не обучена (неспроста бурлили совсем недавно страсти вокруг предложения ввести ей на смену элемент <picture> с возможностью выбора нужного источника по условиям). Но, черт подери, не ценой потери всех возможностей прочитать текст во вполне реальном юзкейсе! То ли я всё-таки безнадежно устарел или/и просто дурак... То ли мир вообще и веб в частности катятся куда-то не туда. Как всегда, буду благодарен за любые наводки-подсказки, чего очевидного я в упор не заметил-не учел, и вообще за любые разумные доводы для примирения меня с реальностью! P.S. А почему тема в "Библиотеке...", в ней ведь нет окончательного практического рецепта? Имхо, вопрос скорее открытый и дискуссионный. Может, лучше его куда-нибудь во Флейм — чтоб больше людей смелее делились соображениями?
-
В HTML5/ЖHTML больше нет "строчных" и "блочных", там есть типы и модели контента (phrasing content, sectioning content, interactive content, самый общий — flow content и т.д.). Ссылка теперь может содержать практически любой flow content (примерно то же самое, что либо "строчное", либо "блочное" по-старому — раньше так себя вели только <ins> и <del>), но не интерактивный контент (другие ссылки, контролы форм и т.п. — ни-ни!).
-
Что не так с примером использования HTML5-микроданных? Единственное, что на очень широком экране справа от текста ссылки получается большое кликабельное белое поле, но это уже тонкости... Вот насчет alt картинки согласен — надо было просто продублировать текст надписи.
-
-
Зависит от режима браузера. Со строгим доктайпом (неважно, HTML4, XHTML или HTML5) будет стандартный режим (работают все новые фичи, которые в принципе поддерживает этот браузер, ошибки в коде "идут лесом"), с архаичным доктайпом или вообще без него будет режим совместимости с прошлым веком aka Quirks mode (при ошибках браузер "додумывает, что хотел сказать автор", стандарты могут не соблюдаться, новые фичи могут не работать). Подробнее здесь, еще подробнее здесь. В стандартном режиме неверно определяется document.body.clientHeight, надо измерять document.documentElement.clientHeight. Лучше работать в стандартном режиме, в нем браузеры единообразнее и предсказуемее. Доктайп <!DOCTYPE html> хорош тем, что везде включает этот режим и не тянет с собой ничего лишнего.
-
Пруфлинк или бред собачий. В HTML4 допустимо, но в HTML5 — уже нет. Cite — только для названий цитируемых произведений. А можно не заносить, оставив как логические метки — подсказки для будущих мегасемантических суперанализаторов, а визуальный каркас оставить на железобетонных дивах. Будет работать везде и всегда
-
Репетиторы и курсы — фигня. Только практика, много практики (от простого к сложному, от сложного — к сложнейшему, от сложнейшего — к невозможному, от невозможного — к невообразимому, и т.д. ) и живое общение с теми, кто этот HTML5 непосредственно создает (потому что он — живой стандарт). А вообще HTML5 — это эволюционное развитие HTML4/XHTML1 (с практической точки зрения основа у них общая), поэтому знание старого как минимум не помешает. Единственное, что сосредотачиваться нужно не на нюансах синтаксиса (чем страдал XHTML), а на DOM — на логической структуре страницы и скриптовых интерфейсах ее элементов. И да пребудет с вами Сила HTML5!
-
В свете всего этого недавнего шухера и вообще. Подумалось тут. А почему бы и нет? Кое-какие знания вроде есть, кое-какие идеи тоже, тематика актуальная, лично для меня интересная... вдруг получится? У кого есть опыт взаимодействия с этой тусовкой, пожалуйста, подскажите, что нужно сделать, чтоб туда попасть, и стоит ли оно того вообще?
-
Надо читать не вроды, а спецификации Если текст заведомо в 1 строку — проще всего поменять height на line-height
-
Угу. Даже юникод уже загадили
-
Может, что-то типа этого? Конечно, с поправкой на это
-
Это XSLT. Неплохой туториал для вхождения (имхо, сам в свое время по нему разбирался) здесь.
-
Ну если IE7 поддерживать, то да. А если его "изящно деградировать" — имхо, на связке table/table-cell для горизонтального ряда блоков самое очевидное, если не сказать тривиальное, решение
-
никто (ну, почти...) не мешает верстать на таблицах div'ами
-
В моем примере разве не выделяется? Что за браузер?
-
Поколдуйте со специфичностью селекторов, наподобие такого (это на скорую руку, можно оптимальнее). upd: долго же я ссылку копировал)))
-
А чем одно другому мешает?
-
Неверная обработка a:visited:hover в Chrome и Safari
SelenIT replied to aviktorov's question in HTML Coding
Имхо, для селекторов актуальная рекомендация сейчас скорее эта. Правда, примеров :link:hover/:hover:visited/etc. там тоже нет, но подчеркнута "уживчивость" с другими псевдами у всей "интерактивной" тройки (H/F/A), плюс отдельным примечанием показана возможность :visited:active (по общей логике, :visited:hover тем более возможен). Наличие бага в Хроме (16.0.912.77 m/Win 7 Pro x86) подтверждаю: :visited:hover (как и :hover:visited) работает только в паре с каким-либо другим :hover-ом. -
Убрать пунктирную рамку с картинки-ссылки в момент нажатия
SelenIT replied to Эма's question in HTML Coding
Субноутбуки, у которых тачпад неприлично мал или вообще отсутствует — еще как актуально. Но вообще согласен, удобство пользователей — старо и немодно, главное, чтобы сайт был гламурненький и нравился самому автору! -
Chrome: position:relative/absolute и border-radius
SelenIT replied to gibigate's question in HTML Coding
Может, проще ставить position только для IE? -
Конечно . Сорри за глюк. Насколько это соотв действительности? Полностью соответствует во всех известных мне браузерах. Только айфон любит самовольно увеличивать шрифт текста, расцененного им как основной, но это другая история.