SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Как сделать вложеную ссылку в див, который является ссылкой, но по другому адресу
SelenIT replied to Иван Г's question in HTML Coding
И всё-таки такие ссылки получаются не вложенными, а соседними. Так, чтобы целый блок текста был ссылкой на одно, а одно слово в нем — на другое, таким способом не получится: после первого закрывающего </a> вся ссылочная магия закончится. Конечно, при о-очень большом желании можно обойти и это. Но зачем? -
Соль не в этом. Не использовать ни одного дива можно было и в HTML 4. Технически это HTML5, конечно, потому что другого HTML сейчас не бывает по построению. Но неправильный HTML5. Зачем header, вместо вводной информации к основному материалу содержащий лишь что-то побочное (aside)? Зачем мешанина из явных и неявных (нарубленных заголовками) секций? Зачем article, содержащие только дополнения (figure и aside), которые не дополняют ничего (основного содержимого просто нет)? Ну а <section class="clear"></section> — и вовсе жирный плевок в лицо семантике и авторам спецификации одновременно, большего издевательства над самой идеей HTML(5) и выдумать трудно.
-
У Apple есть свои волшебные метатеги для этих иконок.
-
1) Это ископаемый код для IE6, который не понимал min-height и !important, но и height в нем работал неправильно — как min-height по стандарту. Эти строчки вместе с min-height: 100% давали одинаковое поведение в нем и в стандартных браузерах. Года 3 как уже не нужно. 2) pusher резервирует место, которое будет перекрываться футером, чтобы тот не наезжал на контент. Сейчас с тем же успехом можно использовать псевдоэлемент ::after, а то и нижний padding при box-sizing:border-box.
-
Игнорируется как недопустимое значение. Писать незачем)
-
Часы сейчас можно сделать даже так. А для таймера с перелистыванием, да, есть масса готовых реализаций.
-
На самом деле часто можно и доктайп не менять. Другого HTML, кроме HTML5, в наше время не бывает по построению нового стандарта. Поэтому «говорить» можно всегда. Вот говорить о правильном HTML(5) уже несколько сложнее...
-
Насколько я в курсе, как раз для этой вещи есть неплохой полифилл. А еще есть ужасно немодный, зато надежный как красная монтировка дедовский способ.
-
Пишет, что устарел атрибут frameborder. Его можно заменить на style="border:none"
-
Не исключено, что это баг самого валидатора, их у него много, в т.ч. весьма нетривиальных. Но для нормальной диагностики, да, было бы неплохо привести код в читаемый вид, чтобы можно было более точно локализовать проблему. Навскидку, там поблизости еще какое-то очень странное имя файла в background можно рассмотреть...
-
IMHO section в nav хороши для разграничения принципиально разных типов навигации. Напр., <nav> <section> <h2>Структура сайта</h2> <!-- ссылки на разделы сайта --> </section> <section> <h2>История вопроса</h2> <!-- ссылки на предысторию и продолжение текущего материала --> </section> <section> <h2>На этой странице</h2> <!-- быстрый переход к подзаголовкам и логическим областям внутри страницы --> </section> <aside> <h2>Дополнительные материалы</h2> <!-- ссылки на др. публикации по теме и т.п. --> </aside></nav>Для обычных подразделов дерева, имхо, отдельный section — несколько оверкилл
-
Предположения не глупые, но смысла в такой разметке не вижу. Непонятно, кто от нее выиграет, а неудобства тем же слепым юзерам (лишние логические области, между которыми придется переключаться, причем безымянные, т.к. <header> — еще не заголовок и имени разделу не дает) возможны. На мой взгляд, меню с подуровнями — тот случай, где не стоит выдумывать лишнего, вложенные списки вполне справляются. Для полного счастья можно навесить на «выпадушки» соотв. ARIA-атрибуты, наподобие такого.
-
Ой. Вот вложенными <nav> точно злоупотреблять не стоит, бедные слепые юзеры, когда их читалка заладит «Навигация. Навигация. Конец навигации. Навигация...» испугаются, что у них браузер зациклился). Внешний <nav> как раз семантически оправдан, чтобы им было легче перейти к навигации в любой момент (а до того пропустить ее), но еще внутри их множить - только плодить путаницу. Div-ы и то лучше.
-
Не надо так для сайтов. Для приложений — другое дело, но и то не всегда.
-
Как вариант, между 3-й и 4-й ссылкой, показывать через nav > a:hover + div (или типа того). Но, имхо, для дерева всё-таки вложенные списки более оправданы — так структура читается однозначно, в т.ч. машинами.
-
Нет, вместо вложенного ul в списочном варианте.
-
Тема давняя и холиворная, но по итогу аргументов за список насчитали чуть больше, чем против. Хотя это не догма и случаи бывают разные.
-
Цвет в Firefox уже можно. Вроде пораньше. Первые наброски, как я могу судить, нарисовались в CSS Text 3 от 2010-го, осенью 2012-го Text Decoration выделили в отдельный модуль, а в 2013-м он внезапно перешел в статус CR.
-
В base64 имеет смысл кодировать мелкие картинки типа иконок и орнаментов (эмпирическое правило — файлы до 4 кБ). Фотореалистичные фоны, для которых уместен jpg, как правило, гораздо «тяжелее», и их рациональнее подключать традиционным способом. Про «прошлый век» рассказывают рекламщики новых «стильномодномолодежных» форматов типа WebP, но до массового практического применения этим форматам пока не хватает браузерной поддержки, а делать два варианта картинок мало где оправдано. В реальном мире по балансу плюсов и минусов jpeg для фотореалистичной графики пока вне конкуренции.
-
Зачем вообще HTML, когда есть CSS (подробности)
-
А у самой таблицы случайно float не стоит?
-
А этот цикл случайно не вылетит нафик за границы диапазона? Разве в 5-й строчке, по-хорошему, не i < text.length - myName.length должно быть?
-
вставить текст чтобы он был виден только поисковым системам
SelenIT replied to virtas's question in HTML Coding
Будут. Но с большой вероятностью — как спам Что такого эксклюзивного/невозможного в этом дизайне для вордпресса, что нельзя сделать текст текстом? Это в наш-то век кастомных шрифтов и CSS-трансформаций... -
Растягивается именно потому, что он блок. inline-что-либо центриуется через text-align предка. Но конкретно с inline-block с флоатами внутри проблема в Хроме, что он не хочет ставить эти флоаты в линию (по спецификации это баг... но что хрому спецификация). Имхо, удобнее всего тут inline-flex. Либо пересмотреть логику, как в предыдущем ответе. Теоретически, ужиматься по содержимому, сохраняя блочное поведение снаружи, умеет display:table, но в данном случае он упирается в тот же баг Хрома.
