Сообщение от
un1k
Can you explain why?
My English is bad. Therefore, my explanations will be greatly distorted.
In this video, I explain the classic problems that resetting styles leads to. There are subtitles in Russian, which can be automatically translated into English. If the translation is very bad, tell me and I will try to do the translation manually.
In this paragraph I have expand the answer:
Сообщение от
L2Banners
Пойми простую вещь, все теги должны выполнять свою роль в том числе визуально быть отличимыми и желательно такими, какими их привыкли видеть пользователи. Если они были обнулены, всем им нужно задать стили. Отсюда вытекает закономерный итог, если мы зададим стили всем тегам, которые обнулили (тоесть переопределим ранее созданные правила), то зачем эта прослойка обнулений тогда вообще нужна, если она по сути не используется? НО, если же мы какие-то теги так и оставим обнуленными, то когда они будут применены, получится дер*мо (извиняюсь за выражение), это может понадобится и через год и через два. Ну вот заказчик захочет написать какую-то формулу расчета для солнечной электростанции или в каком-то блоге прям идеально подходит использовать список с римскими маркерами, а верстка ему это не позволяет сделать. Почему он должен быть ограничен? Просто потому что верстальщику было удобно все сбросить под ноль, сделать по дизайну и проигнорировать потенциальные потребности? Теперь он должен тратить свое время и деньги, чтобы внедрить фичу, которая по умолчанию должна работать, но верстальщик решил, что не должна..
Вот еще пример, многие редакторы кода в CMS позволяют вставлять html теги и забудем на минуту о существующих тегах и представим, что через пару лет появился во всех браузерах новый тег, естествено даже в идеальной верстке этот тег никак не описан, поэтому он должен работать нативно, но поскольку стили обнулены мы опять получаем дер*мо и заставляем заказчика тратить ресурсы на ровном месте, ну вот такие мы веб разработчики, нравится нам смотреть не только лишь в заврашний день
Я тут вообще ничего нового не говорю, это для многих давно пройденный этап, то что ты решил это обсудить со мной это уже говорит о том, что я не зря поднял этот вопрос. Следующий раз во время работы ты обратишь внимание на то как ведут себя элементы и возможно решишь что-то доработать, но в конечном итоге советую забыть про reset.css и посмотреть хотя бы в сторону normalize.css, потому что повторюсь, сброс стилей удобен только верстальщику, а не заказчику (и то удобство это тоже довольно иллюзорное)
Very briefly. All tags must have certain properties. Such as the user expects them to be. When we reset all styles, we need to assign everything again. The conclusion follows from this: Why do we need reset styles if they will be redefined? But if we forget to assign styles to some tag, then when it is used, it will look bad and lose its usual purpose. This refers to dynamic content that the user can change at any time. And if the user wants to get a numbered list, but gets markers at best, this is bad. If the user does not see an indent between two paragraphs, this is bad. If the user puts a number in the upper index, but gets a regular number, this is bad. Etc..
Example:
By resetting, you limit the possibilities for working with content. The site can exist for a long time, use different CMS and content editors. Therefore, you should not make restrictions and force the site owner to spend resources on improving what should work by default.
Сообщение от
un1k
This is the basic 'reset' that I have always seen and used.
This approach is very outdated. It's from the days when browsers were very different and very unpredictable. The developers experimented, but since then a lot of new tags have appeared and they are all almost the same in all browsers, and resetting them only harms.
A reset using an asterisk (*) is even worse than the usual reset.css because it applies to all tags that don't even exist yet, but may appear in the future.