SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Мда... с учетом открывшихся по ссылке обстоятельств и ника автора темы, мотив поступка героя соответствующей песни становится гораздо понятнее...
-
Насколько я понимаю: в определении overflow (п. 11.1.1 спеки) явно указано исключение: А этот самый "containing block" (к сожалению, не знаю устоявшегося русского перевода этого термина) для абсолютно позиционированных элементов определен в п. 10.1 спеки так: Выходит, с точки зрения спеки всё правильно, но интуиция тут нервно курит...
-
По-моему, давно всё придумано. Между инлайновыми тегами пробелы значимы, между блочными — нет. И это вменяемая нормализация будет учитывать, а вот CSS парсить ей действительно ни к чему. По-моему, это не "забота о тупых ботах", а обычный здравый смысл и соблюдение общепринятых стандартов/конвенций...
-
yacor, а для чего вообще доктайп в верстке? По сабжу — 1) невнятные имена классов, 2) зря не используете text-transform:uppercase, 3) по-моему, спан с неразрывным пробелом ради оформительской картинки — излишество. Ну и JS-костыль на замену плейсхолдера для инпутов я бы не в атрибуты пихал, а грузил отдельно лишь там, где он нужен (по событию загрузки DOM, например). И еще лично мне непонятно, зачем списку новостей (нужен ли там список — отдельный холиворный вопрос, ну да ладно) сбрасывать дефолтный маркер, чтобы с помощью фоновой картинки для :first-letter нарисовать... практически такой же
-
В данном случае претензия не по адресу. IE понимает font-face (хоть и один свой формат), если ничего не путаю, с 4-й версии включительно.
-
А по-моему как раз здесь нужен. В данном случае это часть контента, как обычный пробел между словами, без него бот-разбиратор может прочитать невнятицу типа 10.10.201120:12...
-
Верстка горизонтального меню с вертикальными полосками по краям
SelenIT replied to skiph's question in HTML Coding
Вот так div#navigation ul.menu li a.active, div#navigation ul.menu li a:hover { background: #fff200; border-right: 2px solid #000; /* черная полоска */ margin-right: -2px; /* наложение этой полоски на краюшек соседа */ position: relative; /* и приподнимаем элемент над соседями, чтоб эта полоска оказалась выше */ } не пойдет? -
Да, с аккордеоном, особенно при малом кол-ве контента, вроде как нелогично. А вот, например, с табами, на полстраницы каждый — почему бы и не поотматывать?
-
Nekromancer, большое спасибо за примеры! Про событие invalid я узнал только из них, на досуге поизучаю этот API!
-
Да, на CSS3 можно даже красиво (правда, не совсем открытие-закрытие, но тоже ничего). Но IE8-, увы...
-
Меня удивило, что при overflow:hidden у родителя в принципе возможна ситуация, когда потомки не обрезаются Насколько я понял сабжевую задачу, тут требовалось как раз наоборот — чтобы строка не обрезалась, но скроллилась вместе с содержимым...
-
Как-то так. Я сам был сильно удивлен, впервые узнав об этой особенности (в одном из холиворов про overflow vs. clearfix).
-
Похоже, эту настройку можно обмануть с помощью чего-то типа -o-transform: scale(.5). Правда, придется изворачиваться, задавая больший размер шрифта специально для Оперы...
-
Как вариант — специально для IE отдавать вариант вообще без float-ов (слегка навеяно примером Great Rashа в недавней теме про верт. выравнивание): <!DOCTYPE HTML> <html lang="en-US"> <head> <meta charset="UTF-8"> <title></title> <style type="text/css"> .test {display: inline-block; border: red 1px solid; writing-mode: rl-tb;} .l {display: inline-block; border: green 1px solid; writing-mode: lr-tb;} .r {display: inline-block; border: blue 1px solid; writing-mode: lr-tb;} </style> </head> <body> <span class="test"> <span class="r">text right</span><!-- no space! --><span class="l">text left</span> </span> </body> </html> Насколько оправдано — не знаю...
-
Вот бы еще заставить этот position:fixed реагировать на горизонтальную прокрутку на узких экранах, чтоб до него всё-таки было можно дотянуться мышкой... В общем, что-то типа position-y: fixed; position-x: absolute (образно говоря). Года три назад было у меня такое задачко, я с ней так и не справился тогда...
-
Похоже, вариантов особо и нет. Абсолютно позиционированные потомки не обрезаются overflow:hidden, но и не привязываются к контенту, относительно позиционированные — привязываются, но обрезаются, единственный способ привязать абсолютных — дать им относительного родителя, отчего они вместе с ним тоже начинают обрезаться. А заставить длинные строки переноситься (word-wrap) или, например, прокручиваться при наведении, как названия песен в Винампе — дизайн никак не позволяет?
-
А нет ли способа кроссбраузерно спрятать их нафихъ, а взамен банально показывать собственные заготовки — например, через input:invalid + span?
-
Поправьте если ошибаюсь, но, насколько я в курсе, condensed — не стиль/вариант шрифта (как bold/italic), а самостоятельный шрифт, просто похожий, это существенно не то же самое, что просто сплюснутые по ширине буквы. Подозреваю, что в наше время проще/надежнее будет подобрать подходящий веб-шрифт на fontsquirrel.com или www.google.com/webfonts...
-
Это не нужно. Валидатору безразлично, в чем писан код. А при написании кода полезнее думать о его логичности и осмысленности, а не о формальной правильности расстановки закорючек. С ростом опыта логичный и осмысленный код начинает получаться валидным автоматически .
-
Пруфлинк или не было . IE4 уже точно понимал. И в самом JS одноименные свойства только в нижнем регистре и работают.
-
Без бордеров и паддингов элементы форм выглядят на порядок более уродски, чем по дефолту. Для меня этого аргумента достаточно, чтобы забыть о * {...} в реальных проектах. Не говоря о том, что оно создает лишнюю работу браузеру (при рендеринге) и кодеру (при приведении нечитаемой слипшейся каши обратно в удобоваримый вид). Хоть какое-нибудь выделение для :focus-то верните (тенюшку какую-нибудь ненавязчивую, что ли). А то сломается у вас мышка по закону подлости — ох, вспомните вы эту несчастную пунктирную рамку, которая вам лишь помочь пытается...
-
Моя задумка была в том, что при таком подходе задачи двигать пункт и не возникло бы . Или настолько критично, чтоб вся полоска от черты до черты была кликабельной?
-
Он делает какую-то магию для IE, в данном случае, возможно, и не нужен. Суть предложения была в том, чтоб не рассматривать разделители как бордеры . Ну не подошло - и ладно...
-
Ну я вообще-то имел в виду тупейший вариант типа такого...
