SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Они оба допускают потоковое содержимое (flow content), <figure> и сам является потоковым. Формально <figure> может быть внутри <a> (HTML5 запрещает вкладывать в <a> лишь интерактивные элементы, напр. <input>-ы или другие <a>). Но по логике, необходимость в этом не должна возникать, т.к. семантика <figure> — самостоятельная единица контента, на которую ссылается основной контент (иллюстрация, таблица, пример кода и т.п.), а не что-то, что целиком ссылается куда-то наружу. Конечно, случаи всякие бывают, но выглядит такая задача странно и наводит на мысли о недостаточно продуманной структуре. <figcaption> может быть лишь непосредственным потомком <figure>.
-
Это древний экспериментальный синтаксис градиентов в вебкитах. Не умеющий делать красивые заливки по диагонали, зато с грехом пополам поддерживаемый ископаемыми андроидами.
-
вопрос кросс-браузерной верстки блока absolute
SelenIT replied to azkabeyn's question in HTML Coding
Вообще «делать лого H1 или нет» — давний холивор, но если делать, то только для главной страницы. На внутряках в H1 всё-таки должно быть название основного материала. HTML5, в принципе, ничего не имеет против нескольких H1... но пока скорее в теории По вопросу — у меня тоже проблема не воспроизводится, Хром 40.0.2214.111 m (Win 7). -
Ничего не понимаю. Насколько я понимаю принципы БЭМ, блоки там — это структурные единицы визуальной структуры страницы, т.е. по определению то, что хотя бы при каких-то условиях отображается визуально. Когда и для чего у вас будет отображаться <link> (да, технически это возможно, но, пардон, нафига)? И не только он, а любой браузер, уважающий себя и спецификации HTML. Любой выводимый контент после <head>, будь то визуальный тег, неизвестный тег или голый текст, равносилен наличию перед ним </head><body> (т.к. эти элементы могут открываться и закрываться неявно).
-
В таком случае кривое отображение как раз было в остальных, Фокс — единственный, кто тут ведет себя по стандарту (причем очень давно).
-
Ага. JQuery-то подключилась, а вот самих элементов, к которым обращается код, в момент этого обращения-то еще и нет, они только грузятся. А к моменту обращения из консоли уже всё загрузилось. Нужно обернуть скрипт в $(document).ready(function(){...}) или, что то же самое, $(function(){...}).
-
А когда это всё вызывается? Не до подключения/инициализации jQuery случайно?
-
Упс, невнимательно прочитал вопрос(ы), пардон(
-
min-height: 50vh?
-
Как минимум, отсутствием ненужных (в случае чисто визуальной таблицы) DOM-наворотов типа .cells и .insertRow(), а также возможностью применить «маскарад» лишь там, где это реально требуется (напр. в медиавыражении для широких экранов — да, можно и наоборот, задать table, tbody, tr, td { display: block } для мобильных, но это смотрится как-то еще более «вывернуто»). И в целом DOM-структура проще (2 DOM-элемента вместо 4 — учитывая неявный, но неизбежный tbody в случае table). И скринридеры, по идее, таблицу должны зачитывать как «таблица: строка первая, ячейка такая-то...», а CSS-таблицу — как обычные блоки (хотя у Фокса с этим были проблемы). Недовольство поисковиков — уже следствие избыточности и нецелевого использования инструментов (хотя, опять же по идее, role="presentation" должно их успокоить). И еще совсем мелочь, но по спеке CSS2.x размеры настоящих таблиц по умолчанию считаются по border-box, а CSS-таблиц — по content-box
-
В теории уже можно и для img, через object-fit. Но на практике пока http://caniuse.com/#feat=object-fit
-
В 2015-м уже лучше всего флексбоксами. А динозаврам — деградацию до любого из перечисленных или сразу до мобильного вида.
-
И только для вывода в виде текста. Увы. Даже в спецификации расширение ф-ции attr() помечено как «под угрозой удаления» из-за его «бойкота» браузерами…
-
В той статье, к сожалению, не вся правда про этот алгоритм, есть и другая сторона медали: http://www.paciellogroup.com/blog/2013/10/html5-document-outline/ С поисковой оптимизацией новые теги связаны чуть более чем никак, о чем неоднократно заявляли представители Гугла (как минимум). Может, и врали, но в любом случае алгоритмы ранжирования меняются несколько раз за сезон и заниматься «SE-мантикой» (гаданием о судьбе страницы в поисковиках с помощью какой-то непонятной магии) нет особого смысла. Нужно просто делать хорошие и полезные страницы, на которые люди будут охотно ссылаться сами, используя любые удобные для себя средства, разрешенные спецификациями, имхо.
-
Опечатка в названии ф-ции плавности (причем вариант с -o-префиксом написан правильно). Кстати, беспрефиксный вариант лучше ставить последним.
-
Как верно заметили выше, "(?=#)" означает "позиция перед символом #". Поскольку за этим местом по определению может следовать только символ #, сочетание "(?=#)[^#]" не имеет смысла и не найдется никогда. В других языках бывает аналогичная проверка предшествующего текста (а-ля "(?<=#)" — позиция после символа #), но в JS ее почему-то не реализовали(.
-
Хром говорит, что паддингов нет, но есть 7-пиксельные бордеры (возможно, прозрачные, по скриншотам не ясно). Может, в них дело?
-
Вопросы чайника. Периодически будут пополняться
SelenIT replied to Ichwill's question in HTML Coding
Не нужна вам — может понадобиться другим (см. заголовок), кто случайно найдет ее поиском. Хорошим тоном считается, если самостоятельно нашли удачное решение, поделиться им (хотя бы в общих чертах идеи). -
А как быть с одноименными городами в разных странах (напр. Брест в Беларуси и во Франции)?
-
Так вроде в топике пришли к согласию, что основная польза от них — самодокументирование кода, замена комментам вида <!-- konec glavnoy kolonki --> между дивами. Понятно, что все понимают чуть по-разному, но каждому чуть проще читать собственный код, а значит, он может решать задачи чуть эффективнее. А что в целом в отрасли бардак, в 90% случаев теги используются не по назначению, и поисковикам приходится как-то выискивать в этом безобразии осмысленные куски — это в большей мере проблема поисковиков, тут с 90-х мало что поменялось.
-
По-моему, как раз section вносит путаницу, а с article и aside всё более-менее ясно
-
Ну тут по логике с числом блоков тут вариантов немного, три команды в одном матче встретиться не могут максимум 1/8 финала может добавиться... Но вообще имхо это именно схема, и для нее самое прямое решение — SVG.
-
Регулярка: Целое положительное число начинающееся не с нуля и исключая сам ноль(и)
SelenIT replied to Laroux's question in HTML Coding
Еще начало/конец проверить, чтобы ничего лишнего не прошло, включая минус: ^[1-9]\d*$ -
С точки зрения поддержки, по-моему, разницы нет (у старых браузеров были проблемы с отображением нецелых пикселей в итоге, а не с пониманием нецелых значений в единицах px). Использовать можно то, что подходит по логике (если трекинг должен быть пропорционален гибкому шрифту, лучше em, если нужно точно подогнать текст фиксированного размера — лучше px).
-
Логическим объяснением могла бы быть перестраховка ради браузеров, не понимающих псевдиков CSS1 . Ископаемые префиксы вроде бы тоже за гипотезу о перестраховке. Но я таких браузеров, которые бы не понимали псевдиков и понимали box-sizing (пусть и с префиксом), не знаю
