Насколько правильно сбрасывать стили блока через all:unset?
Допустим у меня в проекте normalize.css, я делаю меню через список, и в этом списке мне не нужны базовые оступы от ul
Я могу написать padding:0;margin:0;, но можно же просто написать all:unset.
Поддержка вроде у него древняя, но я не видел чтобы так еще где-то делали.
Насколько это верное решение?
Думаю в зависимости от потребности. Ведь потом нужно будет дописывать свойства шрифта, может еще какие-нибудь наследуемые свойства или заранее прописанные для данного элемента.
Настолько, насколько оно подходит лично Вам, команде и проекту.
И это ответ на любой вопрос, который начинается с "Как правильно" и дальше что-то в отрыве от контекста.
Контекст решает всё.
То, что совершенно не пригодно для одного проекта - вполне приемлемо для другого.
Вадим, я бы юзал reset css, но хочу сохранить нативные аутлайны для доступности, все остальные стили меня мало чем интересуют и я до сих пор не понима почему normalize популярнее reset
я до сих пор не понима почему normalize популярнее reset
Одно из больших заблуждений в сообществе, что это конкурирующие библиотеки.
Они решают две совершенно разные задачи.
В контексте сегодняшнего дня, если Вы не пишите под легаси браузеры, такие как ie и, скажем, сафари 10(пальцем в небо) то Вам, скорее всего, не нужно ни то ни то. Может какой-то маленький сабсет из нормалайза.
А популярнее он потому, что на дистанции с reset Вы мало того, что подключаете доп стили, которые всё сбрасывают, так потом ещё и большую часть из них заного вручную определяете. И чем дольше живёт проект, тем больше пересечение между обнулёнными и заного определёнными. Так зачем сбрасывать то, что потом всё равно переопределяется? А ещё если разметка приходит с CMS через wisywig редактор, то ресет может подпортить результат.
Нормалайз же стремится к тому, чтобы в разных браузерах выглядело одинаково до переопределения. То есть, если выражаться грубо, нормалайз точечно чинит, ресет комплексно ломает.
Не вижу смысла сбрасывать все, а соответственно добавлять лишнее, это еще и усложнение, на которое потом напорешься. Я так понимаю наследование шрифта и цвета он тоже сбросит - уже проблема лишняя. Нужно убрать отступы - убери отступы)
godsplane, лично мне проще контролируемо переопределить фон, рамки, отступы, шрифт и что там ещё нужно по макету,
чем сначала всё сбросить, потом снова задать фон, рамки, отступы и шрифт, а потом ещё вернуть на место то, что сбросилось лишнее. Вроде того же display, appearance, браузерного focus-visible и т.д.
Ну ладно, ff inherit не нужно будет писать, если он по макету inherit.
Не вижу выигрыша от игры в all unset ни для себя ни для браузера. Впрочем, я их не видела и от ресета с нормалайзом (в его первозданном виде от Николаса Галлахера).
Есть такая штука - называется The New CSS Reset https://github.com/elad2412/the-new-css-reset/blob...
Там тоже сбрасываются стили с помощью all: unset; и потом нужные свойства возвращают в исходное значение с помощью revert
godsplane, всё правильно вам Ankhena написала. Вы css-правила для одного элемента раскидываете по разным селекторам - это нерациональный подход.
Давайте я вам объясню, как человек постоянно переписывающий чужой код. Допустим, мне надо изменить стиль какого-то элемента. Первым делом я открываю веб-инспектор и смотрю какие правила применяются к этому элементу. Каким-либо образом меняю их... Оп, а правила не применились (или применились частично). Потому что начинает работать "каскад" и он тянет что-то из reset.css, normalize.css, bootstrap.css и т.п. И мне уже надо зарываться глубже по каскаду...
А когда селектор один - всё просто и наглядно.
Сбрасывайте только то, что вам действительно надо. На конкретном примере: я сброс стилей пишу самостоятельно - поля и отступы понятно. А вот ссылки, например. Стоит ли всем проставлять подчеркивание? А при ховере? А ещё есть :visited... Всё зависит от конкретного дизайна. И универсальные селекторы должны использоваться именно тогда, когда надо именно всем элементам проставить какие-то правила. А не проставить вначале, а потом каждому конкретному точечно переопределять.
Ankhena, оно и не надо. Просто "не стоит плодить сущности без нужды". И я имел в виду не "правила по разным селекторам", а "переопределение этих правил по разным селекторам". Причём и переопределять - вполне нормальное явление (с медиа-запросами только так и происходит обычно). Просто не стоит на основе такого подхода городить систему.
