@usupport: Задавая блочное отображение не нужно указывать ширину в 100%, так как display: block это по-умолчанию делает сам.
Судя по картинке, то можно предположить, что li из первого уровня имеют inline-block, что наследуется для всех вложенных li и display: block для внутренних ссылок не срабатывает, потому что надо задавать display block так же для ul ul li
@bromzh: У этого метода, действительно, есть небольшие проблемы кроссбраузерностью, и нужно знать где и когда его использовать, но в данном случае(и в большинстве случаев с заурядными меню) это прекрасный способ и он куда лучше, чем комментарии вокруг элементов списка.
Вы можете использовать абсолютно любые способы для решения одних и тех же задач и можете продолжать ставить комментарии. Я думаю, что это нравится многим ребятам, которые работают с кодом после Вас.
Удачи.
Согласен с Пашей, это говнокод. Размер заголовков нужно задавать вначале проекта, тогда его не нужно переопределять. Так же, как и ссылки. Для текста внутри li достаточно вначале проекта задать ul li базовый шрифт вместе с body и остальным.
Одна строка кода существенно упрощает разметку и делает её более очевидной.
А этот метод можно по-разному использовать? Прелоадер и то, что предлагаете Вы это тоже самое. В обоих случаях убивается асинхронность и всё ради чего? Ради жирного начертания в шрифте?
Подобные методы приемлемы к очень(ну, очень-очень) тяжелым одностраничкам с большим количеством изображений и анимаций.
А в чем плюсы и минусы использования шрифтов в base64? На сколько мне известно, в обычной font-face конструкции woff грузится первым и единственным. Фоллбэки срабатывают, если нужно. Мне кажется, что это тоже самое.
@entrepreneur_13rus Верстка писем занимает мало времени и по-этому стоит мало. Если вы предпочитаете экономить на такой важной вещи, как почтовая рассылка для клиентов, то нужно задуматься о других вещах. Не о программах для верстки писем.
А что тут красивого? Сейчас стоит width: 33.333%? Для нужного разрешения меняйте значение ширины на 100 процентов у нужного блока и всё. Что за вопросы вообще?
Пользуйтесь поиском на хабрахабре, почитайте статьи. Ничего сложного.
Очень близко, да. Почему-то сразу в голову не пришло решение это с кругом и бордером. Только pointer-events делает карту активной по всей области, вне зависимости от маски, а карта должна быть активна только в это круге. Даже, если вставить полупрозрачный круг с помощью псевдоэлементов и использовать pointer-events, то это тоже будет немного нето, хотя довольно близком к решению.
Я думаю, что есть решение проще и легче. Думаю, сейчас в сторону трансформаций, тени и рамок, но только что-то тяжеловато уже думает в двенадцать ночи )
