VH
т.е. лучше чтобы у тегом были на фонарь проставленные свойства какие-то, чем сделать их одинаковыми через reset/normalize?
да
Size: a a a
2019 September 10
VH
т.е. лучше чтобы у тегом были на фонарь проставленные свойства какие-то, чем сделать их одинаковыми через reset/normalize?
сброс margin/padding нужно делать у
body, ul/ol/li, p. не так уж много, к тому же они будут входить в какие-то блоки, где скорее всего будут заданы им собственные стили. делать глобально не нужноVH
у тебя mac, а у меня windows
думаю, что движку firefox не должно быть важно на какой платформе ему рисовать страницу. проверьте свои плагины
SB
На Linux нормально
VH
а если ты сделал все на дивах, а потом переделали на ul/li. Мне нужно заранее продумывать эти моменты и заранее ставить margin/padding по 0?
если сделал на дивах, а потом переделал — логично протестировать и добавить нужные свойства
S
думаю, что движку firefox не должно быть важно на какой платформе ему рисовать страницу. проверьте свои плагины
Дело в плагине оказалось да
VH
если проект на 50 страниц, и делаешь уже не ты, нужно проверять все 50 страниц заново на наличие дефектов? Может проще обнулить все и наверняка тогда будешь уверен, что нигде бока не повылазят никакие?
мы выработали для себя правилj, что reset не нужен, потому что это мешает переносить блоки с проекта на проект. если блок делается на проекте, где есть reset, а потом переносится на проект, где ресета нет — он может сломаться
ПК
Может кто-то дать однозначный ответ с пояснениями, нужно ли при БЭМ использовать/не использовать Reset.css и Normalize.css?
Насколько я понимаю normalize.css исправляет браузерные вольности и ошибки тегов, приводя их к виду указанные в спеке. Класно же когда теги подобные импутам по умолчанию, получают родительский шрифт... Не думаю что браузерные исправления как то противоречит БЭМу...
VH
если проект на 50 страниц, и делаешь уже не ты, нужно проверять все 50 страниц заново на наличие дефектов? Может проще обнулить все и наверняка тогда будешь уверен, что нигде бока не повылазят никакие?
если блок делается сначала на дивах, а потом на списках, но генерируется одним и тем же шаблоном, то его не надо проверять на всех 50 страницах, достаточно проверить на одной, причём автотестом
S
если блок делается сначала на дивах, а потом на списках, но генерируется одним и тем же шаблоном, то его не надо проверять на всех 50 страницах, достаточно проверить на одной, причём автотестом
Ну так а если все обнулить, то и никакие проверки не нужны. Через месяца уже никто не вспомнит там про какой-то блок.
VH
Ну так а если все обнулить, то и никакие проверки не нужны. Через месяца уже никто не вспомнит там про какой-то блок.
Делайте как считаете нужным
VH
Я пытаюсь понять вашу логику, я то сделаю
Я её написал выше