MK
🙏
Size: a a a
2021 February 19
АР
я согласен, спрашивал почему юзают
После проекта на pug чистый html с его скобками и закрывающими тегами уже не захочется писать.
И читается pug легче. Дока там на 10 минут.
Для любителей бема есть bemto.pug, тоже экономит время
И читается pug легче. Дока там на 10 минут.
Для любителей бема есть bemto.pug, тоже экономит время
IK
Уточнил во сколько утро, чтоб тут уже с 4 утра (это сейчас) не спрашивали когда )
MF
У нас когда проснулся, тогда и утро) Кстати, доброе утро :)
Р
Одна с проводами. Контакты небось золоченые.
Р
Проснулся с утреца, думаю дай гляну видос..а его и нет 😢
Значит ещё не утро.
MF
Одна ISO, а вторая нет. Возможно дело в начинке
MF
Немного занимаюсь рефакторингом старого scss.
Есть следующий миксин (потому что напрямую использовать @at-root в коде менее удобно)
1) Хочется короткое и понятное название не привязанное к спецификации scss
2) Хочется разделить на два миксина (один склеивает правила без пробела между ними, второй с пробелом)
Есть у кого-нибудь предложения относительно имен?
Есть следующий миксин (потому что напрямую использовать @at-root в коде менее удобно)
@mixin atRoot($prefix) {
@at-root {
@each $selector in & {
#{$prefix}#{$selector} {
@content;
}
}
}
}
Но очень не нравится название миксина, потому что:1) Хочется короткое и понятное название не привязанное к спецификации scss
2) Хочется разделить на два миксина (один склеивает правила без пробела между ними, второй с пробелом)
Есть у кого-нибудь предложения относительно имен?
R
Немного занимаюсь рефакторингом старого scss.
Есть следующий миксин (потому что напрямую использовать @at-root в коде менее удобно)
1) Хочется короткое и понятное название не привязанное к спецификации scss
2) Хочется разделить на два миксина (один склеивает правила без пробела между ними, второй с пробелом)
Есть у кого-нибудь предложения относительно имен?
Есть следующий миксин (потому что напрямую использовать @at-root в коде менее удобно)
@mixin atRoot($prefix) {
@at-root {
@each $selector in & {
#{$prefix}#{$selector} {
@content;
}
}
}
}
Но очень не нравится название миксина, потому что:1) Хочется короткое и понятное название не привязанное к спецификации scss
2) Хочется разделить на два миксина (один склеивает правила без пробела между ними, второй с пробелом)
Есть у кого-нибудь предложения относительно имен?
MixinWhichConcatinateRulesWithSpace
MixinWhichConcatinateRulesWithoutSpace
Довольно подходящие имена))
А если честно:
Можно использовать
joinWith($prefix, $separator = '')
MixinWhichConcatinateRulesWithoutSpace
Довольно подходящие имена))
А если честно:
Можно использовать
joinWith($prefix, $separator = '')
MF
Ключевой функционал не должен иметь длинные имена, иначе это будет усложнять, а не упрощать разработку
R
Ключевой функционал не должен иметь длинные имена, иначе это будет усложнять, а не упрощать разработку
Так вот миксин joinWith, по идее подходит, так как:
Короткий и понятный, можно использовать разделитель чтобы задавать пробелы и прочие символы))
Короткий и понятный, можно использовать разделитель чтобы задавать пробелы и прочие символы))
MF
Тем более, что для файлов стилей до сих пор нет автокомплита
NT
кстати Наталью я позирил твою интервью с Деном, супер мб с кем то из коре вью позырить,
кор тимы немного было в подкастах типа views on vue например
NT
Подскажите, является ли дурным тоном прокидывать в пропс объект (например объект сотрудника) и в дочернем компоненте менять его (с учетом того что он меняется и в родительском) ?
немного запоздавший ответ: да, является дурным тоном, описано в стайлгайде как "плохая практика", не делайте так
KR
немного запоздавший ответ: да, является дурным тоном, описано в стайлгайде как "плохая практика", не делайте так
VK
В чем?
KR
В чем?
Number two
Number 3
Типа как стили разные
Number 3
Типа как стили разные
NT
спасибо, стилистически действительно правильнее был бы цифрами в обоих случаях
NM
кстати Наталью я позирил твою интервью с Деном, супер мб с кем то из коре вью позырить,
Здравствуйте а есть ссылка?
NT
Здравствуйте а есть ссылка?