AP
Size: a a a
2020 September 28
ON
а чем малина лучше свелта7
AP
по моему это мягко говоря не очень)
L
в примерах свелта же можно также все делать
L
только добавлять
todos = todos послеON
только добавлять
todos = todos последа, этот тот самый ручной setValue/$set и т.п. апдейт стейта
ON
а чем малина лучше свелта7
ещё, проброс классов в компоненты, фрагемнты, некий еррор боунтинг, и прочие всякие мелкие штуки
ON
по моему это мягко говоря не очень)
нифига не понятно, в чем проблема, и какие алтернативы
AP
только добавлять
todos = todos послеэто конечно очевидный код для любого пограмиста
AP
нифига не понятно, в чем проблема, и какие алтернативы
альтернатива не выдумывать скоупинг для тегов и вайлдкардов, а использовать хэширование классов
ON
альтернатива не выдумывать скоупинг для тегов и вайлдкардов, а использовать хэширование классов
тут другие проблемы, плюс оно не шибко и поможет
AP
какие другие? цсс для тегов и вайлдкардов останется глобальным =) все остальное будет работать как в привычных цсс модулях
ON
какие другие? цсс для тегов и вайлдкардов останется глобальным =) все остальное будет работать как в привычных цсс модулях
ну вот уже разнобой, потом раз имя класса будет другое, то глобальные стили не наложатся и програмно кто цепляется за стили перестанет работать (тут и плюсы и минусы)
возможно какие-то другие проблемы всплывут
но как это поможет пробросу классов?
возможно какие-то другие проблемы всплывут
но как это поможет пробросу классов?
МТ
Сначала бабел переводит
const TABS = {} в var TABS = {} , а потом валидатор выводит предупреждение, о том что нужно использовать const. ГениальноTabs has unused export property 'TABS'. If it is for external reference only, please consider using `export const TABS`
Бабель нужно в свелте юзать не на исходники а на скомпилированный код 🤔
AP
ну вот уже разнобой, потом раз имя класса будет другое, то глобальные стили не наложатся и програмно кто цепляется за стили перестанет работать (тут и плюсы и минусы)
возможно какие-то другие проблемы всплывут
но как это поможет пробросу классов?
возможно какие-то другие проблемы всплывут
но как это поможет пробросу классов?
тем что у тебя режим хэширование будет другой .class превращается в .class-hash12323
вайлдкарды будут работать как они работают в цсс, теги будут работать как они работают в цсс и атрибуты тоже. В моем окружении теги и вайлдкарды никто не использует (разве что для ресета бразуерных стилей) и все пишется на классах, какие от этого неудобства я даже не знаю =)
вайлдкарды будут работать как они работают в цсс, теги будут работать как они работают в цсс и атрибуты тоже. В моем окружении теги и вайлдкарды никто не использует (разве что для ресета бразуерных стилей) и все пишется на классах, какие от этого неудобства я даже не знаю =)
AP
не будет усиления специфичности селекторов
AP
ну вот уже разнобой, потом раз имя класса будет другое, то глобальные стили не наложатся и програмно кто цепляется за стили перестанет работать (тут и плюсы и минусы)
возможно какие-то другие проблемы всплывут
но как это поможет пробросу классов?
возможно какие-то другие проблемы всплывут
но как это поможет пробросу классов?
ты говорил что в малине не чекаешь что конкретно изменилось а просто чекаешь что хотябы что-то изменилось. Ты имел ввиду что не делаешь битовую маску dirty?
ON
тем что у тебя режим хэширование будет другой .class превращается в .class-hash12323
вайлдкарды будут работать как они работают в цсс, теги будут работать как они работают в цсс и атрибуты тоже. В моем окружении теги и вайлдкарды никто не использует (разве что для ресета бразуерных стилей) и все пишется на классах, какие от этого неудобства я даже не знаю =)
вайлдкарды будут работать как они работают в цсс, теги будут работать как они работают в цсс и атрибуты тоже. В моем окружении теги и вайлдкарды никто не использует (разве что для ресета бразуерных стилей) и все пишется на классах, какие от этого неудобства я даже не знаю =)
пробросу это не помогает, а стили будут течь из-за тегов