н#
окей, я не прав, статья более менее норм
Size: a a a
2020 May 23
АГ
Это не совсем ресет. Это какой-то сборник дефолтных настроек среды, и утилит, которые приглянулись этому автору. Такие сбросы нужны когда ты НЕ верстаешь независимыми блоками. И перенеся блок на другой сайт должен быть уверен что он возможно не заработает как ты хотел)
О
Это не совсем ресет. Это какой-то сборник дефолтных настроек среды, и утилит, которые приглянулись этому автору. Такие сбросы нужны когда ты НЕ верстаешь независимыми блоками. И перенеся блок на другой сайт должен быть уверен что он возможно не заработает как ты хотел)
а что вы понимаете под версткой независимыми блоками?
АГ
а что вы понимаете под версткой независимыми блоками?
Когда сверстав компонент 1 раз ты переносишь его на много сайтов и он отображается везде одинаково. Вне зависимости от использования в них ресетов
О
Когда сверстав компонент 1 раз ты переносишь его на много сайтов и он отображается везде одинаково. Вне зависимости от использования в них ресетов
у меня как раз такой кейс. (лендос будет частью более крупного сайта. как в этом случае лучше сделать чтобы при переносе не было проблем?
АГ
В статье есть несколько примеров с высокой специфичностью.
Не советую так делать, потому что вы не сможете переопределить это правило 🤷♂️ обычным классом это убьёт простоту разработки
article > * + * {
margin-top: 1em;
}
Не советую так делать, потому что вы не сможете переопределить это правило 🤷♂️ обычным классом это убьёт простоту разработки
АГ
у меня как раз такой кейс. (лендос будет частью более крупного сайта. как в этом случае лучше сделать чтобы при переносе не было проблем?
Единственный способ везде руками сбрасывать там где нужно.
Например если используешь ширину и паддинги то добавляй бокс-сайзинг-Бордер-бокс
Например если используешь ширину и паддинги то добавляй бокс-сайзинг-Бордер-бокс
АГ
Если используешь списки то заснули Марин и паддинг а затем ниже переопределяй в списке обьявлений
АГ
Звучит бредово, но скорее всего есть автоматические инструменты для того же postcss
АГ
В статье есть несколько примеров с высокой специфичностью.
Не советую так делать, потому что вы не сможете переопределить это правило 🤷♂️ обычным классом это убьёт простоту разработки
article > * + * {
margin-top: 1em;
}
Не советую так делать, потому что вы не сможете переопределить это правило 🤷♂️ обычным классом это убьёт простоту разработки
Хм.. Был не прав
Универсальный селектор (*), комбинаторы (+, >, ~, ' ') и отрицающий псевдокласс (:not()) не влияют на специфичность. (Однако селекторы, объявленные внутри :not(), влияют)
Универсальный селектор (*), комбинаторы (+, >, ~, ' ') и отрицающий псевдокласс (:not()) не влияют на специфичность. (Однако селекторы, объявленные внутри :not(), влияют)
2020 May 24
AE
Та тут просто на ангуляре, и чтоб не создавать лишней логики нужно(
m
Подскажите, пожалуйста, как адекватно обозвать два довольно важных блока в начале сайта? Оба ведут на два самых важных раздела. Какие им имена дать следует?
VK
Подскажите, пожалуйста, как адекватно обозвать два довольно важных блока в начале сайта? Оба ведут на два самых важных раздела. Какие им имена дать следует?
пользователю, который будет смотреть сайт, глубоко .... на то как у тебя там в коде что зовется -))
IN
important-block-1, important-block-2SK
у меня чел на работе два блока вертикальных
m
Ну так я бы назвал от балды, но спрашиваю для девов, чтобы было понятно
VK
important-block-1, important-block-2VERY-OOOOCHEN-MEGA-IMPORTANT
m
Ладно, пофиг :D
Всё равно там весь код не по стандарту, ибо билдер с WP
Всё равно там весь код не по стандарту, ибо билдер с WP