SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Там вообще половина — чисто прикол. Особенно про группу виртуальных злодеев, тайно разрабатывающих Skynet, доставило
-
Угу, сегодня оно вообще аццки тормозит (по крайней мере, у меня в FF3.6/WinXP) и периодически такая фигня случается.
-
У меня главные сомнения были на пункте "Что из перечисленного правильно описывает изменения в HTML5 по сравнению с HTML4?". Чуть не ляпнул, что <small> убрали...
-
Лично мне нравится вариант Сергея Чикуёнка — rocon.js. Кроме прочего, помогает и для 9-й Оперы (хотя сейчас она и не так актуальна).
-
Теперь ограничен 1200px.
-
Сделать что просят — не использовать "голый" амперсанд там, где должна быть его подстановка ("&")
-
Не, ну не гадство ли? В списке выбора страны прекрасно можно выбрать и Беларусь, и Украину, и Казахстан, и даже Другую Страну, а в неудобном тексте, с которым нужно согласиться чекбоксиком, стоит Я буду жаловаться в центральный офис! (© фильм "}{0TT@БЬ)Ч") P.S. Вроде честный Мокрохвост. Но, имхо, не стоит так уж костерить их за прошлое. Начиная c разработки IE8, "мелкомягкие" сделали для стандартизации веба более чем достаточно (одна половина официального набора тестов W3C для CSS 2.1, благодаря которому и остальные браузеры наконец приходят к консенсусу, дорогого стоит!).
-
Что-то текущий вариант у меня в ослике вообще в ручеек растекся... В IE6 плюсик не фурычит, а так красивое решение! Еще мысль: по полной семантике, h1 должен бы открывать article/section (тут, имхо, скорее article) — почему бы этому article не нарисовать верхний бордер, а заголовок (опять же инлайн-блочный) поднять над ним? А сам по себе inline-block в осликах (в виде комбинации inline + zoom или inline + height), по-моему, не проблема... Или железный выход в стиле шило-на-мыло, зато по семантике: сам заголовок вместо спана, а вместо заголовка — hgroup
-
Кстати да, в FF 3.6 хитрого двойного подчеркивания не наблюдаю (вернее, наблюдаю только в левой колонке), как-то хитро бордеры сливаются. Если вырубить height у h1, появляется. Лично мне span сильно не режет, но, если самоцель от него избавиться — может, сделать сам заголовок inline-block-ом, а нижнюю полосу нарисовать блочным :after-ом?
-
Про необязательные тэги и необязательность закрытия всех тэгов — беспардонное враньё?
SelenIT replied to swetlana's question in HTML Coding
Светлана, спасибо за пример! В FF4b, как я и предполагал, всё нормально. А вот в Опере 11 (WinXP) распепячило еще хлеще FF3.6 (правая колонка тоже провалилась под основную). В IE8, да, со скриптом траблы, но решаются грубым дописыванием к скрипту document.write('<body>'); Насчет побочных эффектов — конкретно в случае с li, имхо, их быть не должно. Особенно с учетом того, что IE7- и так закрывающие </li>, </dt> и </dd> игнорирует. И в <option>-ы у <select>-ов, имхо, ничего постороннего заведомо не влезет, тоже можно экономить. -
ну раз уж обратно пошла мода Раиру верстать…
SelenIT replied to swetlana's topic in Discussion of works
Оно и в HTML2-4 было необязательным. Браузер сам достраивает. -
Про необязательные тэги и необязательность закрытия всех тэгов — беспардонное враньё?
SelenIT replied to swetlana's question in HTML Coding
Спасибо, если отличие только в этом — вечером сам повоспроизвожу. Хотя, если сильно не затруднит... Вообще, сходу могу назвать минимум одну ситуацию, когда возможность явно не закрывать <li> полезна — горизонтальные списки на инлайн-блоках, разом решается проблема мешающих пробелов (отпадает нужда бороться с ними нелогичными и ненадежными CSS-выкрутасами) и сохраняется читабельность исходника. Злоупотреблять, конечно, не стоит, но иметь в арсенале и такой прием — почему бы нет? -
Значение свойства целиком: -ms-filter: "progid:DXImageTransform.Microsoft.gradient(startColorstr=#50007f00, endColorstr=#50007f00)";
-
ну раз уж обратно пошла мода Раиру верстать…
SelenIT replied to swetlana's topic in Discussion of works
Сами по себе ссылки — да. С блочно отображаемыми кликабельными элементами в ссылках (особенно позиционированными) бывают глюки (поправимые hasLayout-ом для предка и т.п.). Но это, насколько я в курсе, не связано с изначальной блочностью самих элементов, со <span style="display:block"> бывает ровно то же самое. И таблицы таки нельзя, с ними у IE особые отношения. А с обычными абзацами и заголовками лично я проблем не встречал... -
ну раз уж обратно пошла мода Раиру верстать…
SelenIT replied to swetlana's topic in Discussion of works
По спеке, "интерактивный контент — контент, специально предназначенный для взаимодействия с пользователем" (т.е., насколько я понимаю, нативно, без скриптов и пр.). Туда попадают ссылки, элементы форм, video и audio с атрибутом controls и т.п. Про назначение menu в спецификации написано как-то невнятно (как и про многое другое). Во введении (правда, с поменткой "This section is non-normative") в первом абзаце сказано, что "menu служит для создания контекстных меню и тулбаров" (для чего предусмотрен специальный атрибут type). Но в определении сказано, что меню — это список "команд", а "команда" — абстракция, объединяющая элементы меню, кнопки и ссылки. Т.е. получается, совсем уж формально навигационное меню определению меню не противоречит. Но всё-таки, поскольку явно нигде спека такого не советуюет, я считаю, что это скорее уступка совместимости. А в основном menu нацелено на веб-приложения, напр., тулбар в визивиг-редакторе. Но не уверен, так что буду благодарен за любую помощь в прояснении этого вопроса -
ну раз уж обратно пошла мода Раиру верстать…
SelenIT replied to swetlana's topic in Discussion of works
Совсем подробно в спеке, но, насколько я сам понимаю — phrasing content практически полностью аналогичен старому доброму понятию "строчный элемент" (может содержать только текст или другие строчные), а flow content — примерный аналог старого доброго блока (может содержать другие блоки, в т.ч. специальные). Еще в новой спеке выдумали новые типы блоков (заголовки и секции, учитывающиеся при генерации структуры документа, на манер оглавления в Ворде) и особый класс "интерактивные элементы", преимущественно для веб-приложений. Кстати, элемент menu попал именно туда, и то, что Светлана (и не одна она) так смело использует его для навигации, меня несколько смущает... -
ну раз уж обратно пошла мода Раиру верстать…
SelenIT replied to swetlana's topic in Discussion of works
1) Насколько я понимаю, как-то так. Правда, в теперешней спеке вообще от явного определения "строчного" и "блочного" слегка ушли, теперь вместо него phrasing content и flow content, но общий смысл примерно тот же. 2) Блочный, раз есть хоть что-то блочное. 3) Мне нравится, анонсы с заголовками и подзаголовками делать удобно. Вовсю пользуюсь -
Про необязательные тэги и необязательность закрытия всех тэгов — беспардонное враньё?
SelenIT replied to swetlana's question in HTML Coding
Это проблема скриптов. IE вообще сурово обращается с тегами <body>. Видимо, без явного <body> что-то из того, что по уму должно быть в head, неявно проваливается в body, и приаттачить documentElement-у новый body (что, как я понял, пытается делать html5shiv) он уже не может (впрочем, это лишь предположение, детально не копал, буду благодарен за живой пример). Судя по всему, наследие темных веков, когда все незнакомые теги считались аналогами <span>. В FF4 должно быть пофикшено, там, AFAIK, по дефолту HTML5-парсер. В вебкитных, по логике, тоже. С такой, что они сами его и пишут, по мере того, как внедряют соотв. фичи (в отличие от всего, что было раньше) -
ну раз уж обратно пошла мода Раиру верстать…
SelenIT replied to swetlana's topic in Discussion of works
Нет, нельзя. Но ссылка теперь — не инлайн, а "прозрачная модель" (если внутри инлайн, то инлайн, если внутри блок, то блок — как раньше <ins> и <del>). И это работает во всех браузерах, включая IE6, что сильно радует (при условии, что и в CSS иерархия блоков выстроена правильно, конечно). -
Нестандартные свойства, чисто MS-овские, редактор вправе их не знать. А старый вариант (который без префикса) еще и не подчиняется стандартному CSS-синтаксису (во втором варианте, насколько я в курсе, нужны еще кавычки — тогда он будет подчиняться). Поэтому эти вещи и рекомендуют выносить в отдельный файл, только для IE соответствующих версий.
-
Проблема, возможно, еще и в том, что в IE7- (и только там) перенос строки получается не вне элементов li, а внутри (старые IE тупо игнорируют закрывающие теги для элементов списков). Видимо, получается блок внутри строки, который IE, как обычно в подобных ситуациях, неявно преобразует в инлайновый блок (аналогично ситуации с картинкой в блоке с пробелами). Хорошая статья по этой проблеме (и ее разновидностям) есть на cssing.org.ua.
-
В сафарях — перспективы самые радужные . Более-менее кроссбраузерно — видимо, только через трансформации типа skewY и matrix... Точно, через canvas, наверное, можно вообще что угодно реализовать... если уметь!
-
PNG решает, но не во всех ситуациях годится (бывают дизайны с фотореалистичной вставкой на полэкрана, PNGшкой это будет весить за мегабайт). Последнее время мне везет — такие картинки попадались только на белом фоне, с которым проблем не бывает . А вот в 2005-м бывали нестыковки, приходилось менять цвет заливки на фактический цвет, получающийся на картинке, плюс иногда возникали "разночтения" между 24- и 16-битными палитрами...
-
Гугл выдает пару-тройку решений на JS (отдельная либа, JQ-плагин на ее базе). У вебкитных есть специательный -webkit-box-reflect, но только у них...
-
Теоретически, может опять оказаться актуальным для мобильной верстки, устройств с 18-битной палитрой еще много (правда, на своем я ни разу проблем с цветами не замечал). И еще тонкий момент — стыковка сплошных заливок с jpeg-картинками (не факт, что цвет картинки, точно совпадавший с заливкой в фотошопе, останется таковым после сжатия в jpeg). Но и с этой проблемой я последний раз сталкивался году этак в 2005-м...