Насколько правильно сбрасывать стили блока через all:unset?

Question

[godsplane]

Допустим у меня в проекте normalize.css, я делаю меню через список, и в этом списке мне не нужны базовые оступы от ul
Я могу написать padding:0;margin:0;, но можно же просто написать all:unset.
Поддержка вроде у него древняя, но я не видел чтобы так еще где-то делали.
Насколько это верное решение?

Comments

[WapSter]

Думаю в зависимости от потребности. Ведь потом нужно будет дописывать свойства шрифта, может еще какие-нибудь наследуемые свойства или заранее прописанные для данного элемента.

[Вадим]

Насколько это верное решение

Настолько, насколько оно подходит лично Вам, команде и проекту.
И это ответ на любой вопрос, который начинается с "Как правильно" и дальше что-то в отрыве от контекста.
Контекст решает всё.
То, что совершенно не пригодно для одного проекта - вполне приемлемо для другого.

[godsplane]

Вадим, команды нет. делаю один, но в теории через много лет какой то разраб зайдет в мой код и он должен что-то понять.

[godsplane]

Вадим, я бы юзал reset css, но хочу сохранить нативные аутлайны для доступности, все остальные стили меня мало чем интересуют и я до сих пор не понима почему normalize популярнее reset

[Вадим]

godsplane,

я до сих пор не понима почему normalize популярнее reset

Одно из больших заблуждений в сообществе, что это конкурирующие библиотеки.
Они решают две совершенно разные задачи.

В контексте сегодняшнего дня, если Вы не пишите под легаси браузеры, такие как ie и, скажем, сафари 10(пальцем в небо) то Вам, скорее всего, не нужно ни то ни то. Может какой-то маленький сабсет из нормалайза.

А популярнее он потому, что на дистанции с reset Вы мало того, что подключаете доп стили, которые всё сбрасывают, так потом ещё и большую часть из них заного вручную определяете. И чем дольше живёт проект, тем больше пересечение между обнулёнными и заного определёнными. Так зачем сбрасывать то, что потом всё равно переопределяется? А ещё если разметка приходит с CMS через wisywig редактор, то ресет может подпортить результат.

Нормалайз же стремится к тому, чтобы в разных браузерах выглядело одинаково до переопределения. То есть, если выражаться грубо, нормалайз точечно чинит, ресет комплексно ломает.

[Ankhena]

Я могу написать padding:0;margin:0;, но можно же просто написать all:unset.

Можете.
Если вам кроме отступов, нужно сбросить и все остальное, например, получить и display inline, appearance none и т.д., то почему бы и нет.

Но обычно так не нужно.

[imko]

Не вижу смысла сбрасывать все, а соответственно добавлять лишнее, это еще и усложнение, на которое потом напорешься. Я так понимаю наследование шрифта и цвета он тоже сбросит - уже проблема лишняя. Нужно убрать отступы - убери отступы)

[godsplane]

Ankhena, часто используете дефолтный стиль кнопок?

[Ankhena]

godsplane, лично мне проще контролируемо переопределить фон, рамки, отступы, шрифт и что там ещё нужно по макету,
чем сначала всё сбросить, потом снова задать фон, рамки, отступы и шрифт, а потом ещё вернуть на место то, что сбросилось лишнее. Вроде того же display, appearance, браузерного focus-visible и т.д.
Ну ладно, ff inherit не нужно будет писать, если он по макету inherit.

Не вижу выигрыша от игры в all unset ни для себя ни для браузера. Впрочем, я их не видела и от ресета с нормалайзом (в его первозданном виде от Николаса Галлахера).

[xdevelx]

Есть такая штука - называется The New CSS Reset https://github.com/elad2412/the-new-css-reset/blob...
Там тоже сбрасываются стили с помощью all: unset; и потом нужные свойства возвращают в исходное значение с помощью revert

[Spaceoddity]

godsplane, всё правильно вам Ankhena написала. Вы css-правила для одного элемента раскидываете по разным селекторам - это нерациональный подход.
Давайте я вам объясню, как человек постоянно переписывающий чужой код. Допустим, мне надо изменить стиль какого-то элемента. Первым делом я открываю веб-инспектор и смотрю какие правила применяются к этому элементу. Каким-либо образом меняю их... Оп, а правила не применились (или применились частично). Потому что начинает работать "каскад" и он тянет что-то из reset.css, normalize.css, bootstrap.css и т.п. И мне уже надо зарываться глубже по каскаду...
А когда селектор один - всё просто и наглядно.

Сбрасывайте только то, что вам действительно надо. На конкретном примере: я сброс стилей пишу самостоятельно - поля и отступы понятно. А вот ссылки, например. Стоит ли всем проставлять подчеркивание? А при ховере? А ещё есть :visited... Всё зависит от конкретного дизайна. И универсальные селекторы должны использоваться именно тогда, когда надо именно всем элементам проставить какие-то правила. А не проставить вначале, а потом каждому конкретному точечно переопределять.

[Ankhena]

Spaceoddity,

Вы css-правила для одного элемента раскидываете по разным селекторам - это нерациональный подход.

В большом проекте вряд ли получится обойтись одним селектором для каждого элемента. Даже если без переопределений (не верю).

[Spaceoddity]

Ankhena, оно и не надо. Просто "не стоит плодить сущности без нужды". И я имел в виду не "правила по разным селекторам", а "переопределение этих правил по разным селекторам". Причём и переопределять - вполне нормальное явление (с медиа-запросами только так и происходит обычно). Просто не стоит на основе такого подхода городить систему.

Answer 1

[Air Air]

За 8 лет ни разу не использовал это свойство, более того я про него забыл даже. Делаю так и не порюсь

*{
   padding:0;
  margin:0;
  }

Сбрасываю все отступы всем элементам. В самом начале верстки. Это удобно тем, что новички забываю о штатных свойствах элементов (из коробки), а потом думают почему тот или иной элемент сдвинут куда-то не туда или не того размера...