Очень интересно, а как же на самом деле работает сброс стилей?
Это общая проблема, потому что с этим кодом потом придется кому-то работать, и эти же новички потом будут учить подключать reset.css других и так по кругу.
Можно сделать сброс всех стилей, а можно частичный.
Да ладно
Я углубился и скорее всего про кроссбраузерность знаю больше вашего.
Теперь все понятно, это серьезный аргумент
нет смысла делать сброс в том виде в котором ты показал, т.е. в ноль.
Я все таки подытожу: нет смысла делать сброс
А что вам не нравится?
Смысл есть, о нём уже написали:
Скорее: Сел за руль, оторви ремень с корнями и замени на свой, а если забыл свой ремень, езжай без ремня, авось пронесет.
А теперь просто вдумайтесь все теги должны выполнять свою роль в том числе визуально быть отличимыми и желательно такими, какими их привыкли видеть пользователи. Если они были обнулены, всем им нужно задать стили. Отсюда вытекает закономерный итог, если мы зададим стили всем тегам, которые обнулили (то есть переопределим ранее созданные правила), то зачем эта прослойка обнулений тогда вообще нужна, если она по сути не используется? НО, если же мы какие-то теги так и оставим обнуленными, то когда они будут применены, получится дер*мо (извиняюсь за выражение), это может понадобится и через год и через два. Ну вот заказчик захочет написать какую-то формулу расчета для солнечной электростанции или в каком-то блоге прям идеально подходит использовать список с римскими маркерами, а верстка ему это не позволяет сделать. Почему он должен быть ограничен? Просто потому что верстальщику было удобно все сбросить под ноль, сделать по дизайну и проигнорировать потенциальные потребности? Теперь он должен тратить свое время и деньги, чтобы внедрить фичу, которая по умолчанию должна работать, но верстальщик решил, что не должна..
ну так это проблема не в сбросе, а проблема в верстальщике - который не восстановил элементы после сброса.
Ну и опять мы возвращаемся к моменту, если нужно все восстанавливать, зачем сбрасывать?
Ничего тратить не придется, если не урезать нативные возможности браузера. Тот же normalize.css просто корректирует различия между браузерами, а из обнулений в реальности нужен только:
body {
margin: 0;
}смешной ты. решил сообщений на хайпе заработать?
Я прекрасно понимаю что вы считаете, что если у двух браузеров margin может отличаться, то лучшее, что вам приходит в голову, это убрать margin полностью, вместо того чтобы например сделать их одинаковыми для тех элементов у которых они должны быть. Просто попытайтесь осознать это в какой-то период своей деятельности, отрицание это первый шаг.
Мне на этом форуме сообщения не нужны, от слова совсем. Как и баллы. Можно их списать, я не против. Ты спрашиваешь я отвечаю, это называется диалог, ну в твоем случае скорее спор.
на протяжении всего диалога мы об этом и говорим. но ты не пытаешься вникнуть в смысл наших слов.
К сожалению мы говорим о разных вещах, обнулить и нормализовать это разные понятия, которые следует изучить, прежде чем останавливаться на единственном подходе, который, кода-то показался хорошей идеей.
Это задача и обязанность будет для верстальщика который будет это выполнять.
В том то и дело, вам не нежно прописывать правил для тысяч элементов. Все что вам нужно это сверстать по дизайну. А вот в случае когда вы сделали глобальный сброс, вот тогда вам и нужно заново переписать эти тысячи сброшенных элементов иначе они так и останутся сброшенными. И чем меньше вы понимаете это тем более безобидным вам кажется концепция обнуления, поэтому новички так легко и принимают эту концепцию, которая потом становится привычкой.
Этой задачи в принципе не появится, если теги изначально будут выполнять те функции, для которых они предназначены и переопределены, только те, которые вам необходимо переопределить по дизайну.
Так пропишите именно те что нужно и не трогайте ничего лишнего. Ваша задача сделать верстку по дизайну, вам ничего не помешает определить необходимые стили не обнуляя все теги.
Если вы верстали страницы за 10-30$ то да, полный сброс стилей не нужен, а когда вам дадут задание сверстать и проработать страницу за 150-200$, в ТЗ которого будет прописано нужно проработать такие то элементы, добавить тени отступы и тд, где прорабатываемых элементов будет очень много, то вами просто придётся сделать сброс. Это будет быстрее и проще, так как при сбросе сразу видно, для какого элемента прописаны правила, а для какого нет. Вот таких проектах и идёт речь.
Очень глупая попытка задеть меня, ссылаясь на стоимость работы. Я прошел долгий путь, я работал в компаниях (онлайн,офлайн, снг и иностранные), но всегда возвращаюсь к фрилансу, потому что у меня большая база клиентов, которые всегда ко мне возвращаются с новыми интересными проектами именно потому что я отношусь к их проектам с полной ответственностью. Некоторые свои крупные проекты я поддерживаю уже более 5 лет и да, 5 лет назад я и сам использовал reset.css или его концепцию. Именно мой опыт позволил мне сделать определенные выводы, к которым судя по всему у вас еще будет время прийти. Занимаясь не только штамповкой макетов по дизайну, но и их долгосрочной поддержкой, начинаешь понимать, что определенные решения, заложенные в самом начале, приносят больше вреда чем пользы и каждый последующий проект уже лишен этого изъяна.
Это безответственно, как я и говорил ранее, это проще для верстальщика, который не оценивает потребности бизнеса, а работаешь лишь в угоду себе.
Не придется так как в этом нет необходимости, если вы переопределяете сброшенные стили, то ничего глупее, чем делать ненужную прослойку из сброшенных стилей сложно придумать.
