Такой вариант тоже возможен и я не раз пробовал его. Но он хорош когда количество таких переопределенных переменных меньше 100, а еще лучше пара десятков. Если таких переменных больше, то лучше копировать сразу все. Вот основные моменты из моего опыта:
1) если активно использовать переменные, то постоянно надо обращаться к оригинальному файлу с ними, чтобы их копировать оттуда к себе и переопределять. Проще сразу забрать все.
2) если работаете с командой над одним проектом, то некоторые разработчики вообще забивают на них и сразу пишут нужный им css вместо того чтобы найти нужную переменную которую можно использовать. Если держать все переменные в одном месте, то выше шанс что они будут использованы.
3) ну и структура оригинального файла. Если ее сохранить и скопировать целиком к себе, то потом будет гораздо проще понять через сравнение с оригинальным файлом, то было изменено через переменные, а что в кастомных файлах.
И да, и нет :) Все равно придется импортировать сначала как минимум Bootstrap функции - bootstrap/scss/functions потому что они используются внутри файла с переменными. Но вариант должен быть рабочим. --- Хотя сам Bootstrap в документации настаивает на удалении default флага. Это оттуда же: > Copy and paste variables as needed, modify their values, and remove the !default flag.
Уточнил по поводу @import: - deprecated его объявили в версии 1.8.0 - текущая версия - 1.93.2 - перестанут поддерживать его только начиная с версии 3.0.0 --- изначально говорилось что поддержка прекратится как минимум через 2 года, но судя по всем при лучшем варианте это произойдет только в начале или середине 2027 года. Учитывая все это, я не считаю что это прямо критично сейчас. Помимо @import начиная с версии 3.0.0 также попадут под запрет: Global built-in functions are deprecated и большинство современных фреймворков еще не мигрировали.
существуют пользователи, которые регистрируются на Хабре только для того
по этому поводу ничего сказать не могу :) я пишу на английском языке. Тут публикую только переводы. Не уверен какой смысл в регистрации нового пользователя чтобы оставить один коммент.
эти статьи бесполезны даже для новичков, но с завидным упорством публикуются
ну я пишу из своего опыта :-) Я много раз сталкивался с какими-то простыми ситуациями, как например подключение популярных фреймворков в проектах, которые нешативно влияли на производительность проекта в целом. Судя по вашему профилю у вас большой опыт в разработке и возможно вам они кажутся слишком простыми.
да, я частенько использую этот вариант в проектах. Единственный большой минус - что не поддерживаются иконки с несколькими цветами, только монохромные. Для остальных случаев я использую обычно svg-спрайты.
Отличный вариант. Единственное, если я правильно понял, то грузятся все иконки по отдельности? Т.е. количество запросов к серверу будет равно количеству используемых иконок.
На мой взгляд, совершенно нормально работать без офиса с командой до 5 человек над ограниченным количеством проектов. Если больше, то конечно необходимо задуматься над офисом, так как сложнее контролировать все процессы.
На сколько я помню при указании font-size: 0 альтернативный текст в альтернативных браузерах будет совсем не виден, поэтому в качестве решения не предлагал бы использовать.
и мне кажется было бы правильно указать их оба и сообщить, что их применение зависит от задач, так как не всегда можно воспользоваться одним или другим.
Такой вариант тоже возможен и я не раз пробовал его. Но он хорош когда количество таких переопределенных переменных меньше 100, а еще лучше пара десятков. Если таких переменных больше, то лучше копировать сразу все. Вот основные моменты из моего опыта:
1) если активно использовать переменные, то постоянно надо обращаться к оригинальному файлу с ними, чтобы их копировать оттуда к себе и переопределять. Проще сразу забрать все.
2) если работаете с командой над одним проектом, то некоторые разработчики вообще забивают на них и сразу пишут нужный им css вместо того чтобы найти нужную переменную которую можно использовать. Если держать все переменные в одном месте, то выше шанс что они будут использованы.
3) ну и структура оригинального файла. Если ее сохранить и скопировать целиком к себе, то потом будет гораздо проще понять через сравнение с оригинальным файлом, то было изменено через переменные, а что в кастомных файлах.
И да, и нет :)
Все равно придется импортировать сначала как минимум Bootstrap функции -
bootstrap/scss/functionsпотому что они используются внутри файла с переменными. Но вариант должен быть рабочим.---
Хотя сам Bootstrap в документации настаивает на удалении
defaultфлага. Это оттуда же:> Copy and paste variables as needed, modify their values, and remove the
!defaultflag.А что использовать вместо них?
Все равно же нужны какие-то компоненты, которые можно переиспользовать от проекта к проекту?
вот тут ответил
https://habr.com/ru/articles/918766/#comment_28926262
Уточнил по поводу
@import:- deprecated его объявили в версии 1.8.0
- текущая версия - 1.93.2
- перестанут поддерживать его только начиная с версии 3.0.0
---
изначально говорилось что поддержка прекратится как минимум через 2 года, но судя по всем при лучшем варианте это произойдет только в начале или середине 2027 года. Учитывая все это, я не считаю что это прямо критично сейчас. Помимо
@importначиная с версии 3.0.0 также попадут под запрет: Global built-in functions are deprecated и большинство современных фреймворков еще не мигрировали.да, спасибо за уточнение :-)
да, спасибо за уточнение
это просто тестовый проект который я использую для примера
по этому поводу ничего сказать не могу :)
я пишу на английском языке. Тут публикую только переводы.
Не уверен какой смысл в регистрации нового пользователя чтобы оставить один коммент.
ну я пишу из своего опыта :-)
Я много раз сталкивался с какими-то простыми ситуациями, как например подключение популярных фреймворков в проектах, которые нешативно влияли на производительность проекта в целом.
Судя по вашему профилю у вас большой опыт в разработке и возможно вам они кажутся слишком простыми.
Что имеется в виду под этим комментарием?
https://www.npmjs.com/package/svg2sprite
я в подробностях опишу процесс в следующей статье
да, я частенько использую этот вариант в проектах.
Единственный большой минус - что не поддерживаются иконки с несколькими цветами, только монохромные. Для остальных случаев я использую обычно svg-спрайты.
Отличный вариант.
Единственное, если я правильно понял, то грузятся все иконки по отдельности? Т.е. количество запросов к серверу будет равно количеству используемых иконок.
На мой взгляд, совершенно нормально работать без офиса с командой до 5 человек над ограниченным количеством проектов. Если больше, то конечно необходимо задуматься над офисом, так как сложнее контролировать все процессы.
1) изменяем свойство vertical-align;
2) изменяем свойство display.
и мне кажется было бы правильно указать их оба и сообщить, что их применение зависит от задач, так как не всегда можно воспользоваться одним или другим.