VG
На странице bem-components (404) https://ru.bem.info/platform/libs/bem-components/
перевезли на https://ru.bem.info/libraries/classic/bem-components/, теперь довозим редиректы
Size: a a a
2018 November 29
SB
Хорошо бы пакеты bem-react отделить как-то... Либо в отдельную группу либо иконку рядом
AY
Ну хорошо, что не убрать совсем :)
SB
Ну хорошо, что не убрать совсем :)
Нужно развивать )
VG
Хорошо бы пакеты bem-react отделить как-то... Либо в отдельную группу либо иконку рядом
согласен. но вряд ли быстро сделаем. однако принимаем пулл-реквесты ;)
АВ
Всем привет. Вопрос по CSS. У блока может быть заданы width/height и border? И еще у блока не может быть margin и position?
И
Всем привет. Вопрос по CSS. У блока может быть заданы width/height и border? И еще у блока не может быть margin и position?
привет, да
АВ
Спасибо
MP
Всем привет. Вопрос по CSS. У блока может быть заданы width/height и border? И еще у блока не может быть margin и position?
У блока не может быть внешнего поведения. Это нужно, чтобы блок можно было переиспользовать в любом месте. Margin у него быть не может. Позиционировать блок нельзя, но, например position: relative у него присутствовать может, т.к. это может быть нужно для позиционирования элементов относительно блока.
За width и height, мне кажется, также должны отвечать примиксованные элементы блока-родителя
За width и height, мне кажется, также должны отвечать примиксованные элементы блока-родителя
SB
У блока не может быть внешнего поведения. Это нужно, чтобы блок можно было переиспользовать в любом месте. Margin у него быть не может. Позиционировать блок нельзя, но, например position: relative у него присутствовать может, т.к. это может быть нужно для позиционирования элементов относительно блока.
За width и height, мне кажется, также должны отвечать примиксованные элементы блока-родителя
За width и height, мне кажется, также должны отвечать примиксованные элементы блока-родителя
width и height это спорный момент. Не обязательно строго выносить это на внешнее поведение.
Например в bem-components для этого в некоторых блоках используются _width_available
Всё зависит от реализации.
Например в bem-components для этого в некоторых блоках используются _width_available
Всё зависит от реализации.
MP
width и height это спорный момент. Не обязательно строго выносить это на внешнее поведение.
Например в bem-components для этого в некоторых блоках используются _width_available
Всё зависит от реализации.
Например в bem-components для этого в некоторых блоках используются _width_available
Всё зависит от реализации.
Согласен, что бывают разные ситуации. Но в целом нужно следить за тем, чтобы не хардкодить какие-то размеры для блоков
SB
Согласен, что бывают разные ситуации. Но в целом нужно следить за тем, чтобы не хардкодить какие-то размеры для блоков
Их можно переопределять миксом
MP
Их можно переопределять миксом
а зачем нужно задавать фиксированные значения для блока, чтобы потом их переопределять?
SB
а зачем нужно задавать фиксированные значения для блока, чтобы потом их переопределять?
Вопросом на вопрос: Зачем дефолтные значения в функциях, если будут приходить другие?
MP
Вопросом на вопрос: Зачем дефолтные значения в функциях, если будут приходить другие?
так получается, что в таком случае вообще какие то конкретные размеры блоку не нужны. пусть по умолчанию, например, растягивается на всю ширину родителя. если в другом месте нужны другие размеры - пусть переопределяется миксом
DV
SB
так получается, что в таком случае вообще какие то конкретные размеры блоку не нужны. пусть по умолчанию, например, растягивается на всю ширину родителя. если в другом месте нужны другие размеры - пусть переопределяется миксом
Всё верно, просто проект сложная штука со своими костылями и палочками )
MP
Тоже с вами согласен, но автор то српшивал как правильно)
SB
Ремонт сайта) Подожди немного.
VG
снова на месте :)