extra.less: модификации или ручное написание?

[Stealth]

Собственно, из сабжа все понятно.

Я приверженец изменения шаблонов разметки путем создания модификаций, но стили всегда вписывал вручную в extra.less, интересует мнение остальных разработчиков и почему модификации в данном случае будут корректнее.

 

[Skaiman]

Первый пример, использование нескольких стилей, а в них надо применить одинаковые свойства, чем ковырятся в каждом, легче сделать модификацию.
Второй пример, изменяем дефолтные префиксы, если сделать модификацию, то измененные префиксы будут отображаться в админке, при выборе. В принципе то же и для баннеров групп.
Третий пример с плагином, там нужна модификация.
Да и просто что бы не засорять, не делать из шаблона портянку на километр :) да и удобнее просто отключить модификацию, а не искать в шаблоне, тем более если код в перемешку, без каких то комментариев. Как зачастую бывает, увидел чел что то, прописал, потом забыл, поверх того делает что то аналогичное, а там не получается и потом кому то другому приходится разгребать его код, запятые, ковычки и прочее.

 

[Stealth]

Первый пример, использование нескольких стилей, а в них надо применить одинаковые свойства, чем ковырятся в каждом, легче сделать модификацию.
Второй пример, изменяем дефолтные префиксы, если сделать модификацию, то измененные префиксы будут отображаться в админке, при выборе. В принципе то же и для баннеров групп.
Третий пример с плагином, там нужна модификация.
Да и просто что бы не засорять, не делать из шаблона портянку на километр :) да и удобнее просто отключить модификацию, а не искать в шаблоне, тем более если код в перемешку, без каких то комментариев. Как зачастую бывает, увидел чел что то, прописал, потом забыл, поверх того делает что то аналогичное, а там не получается и потом кому то другому приходится разгребать его код, запятые, ковычки и прочее.

Хорошо. А как быть с конфликтами? Например, одинаковый класс должен выглядеть по разному на 2 стилях.

 

[Skaiman]

Хорошо. А как быть с конфликтами? Например, одинаковый класс должен выглядеть по разному на 2 стилях.

Есть переменные, условия

 

[Stealth]

Есть переменные, условия

Как-то все-таки неубедительно. Если в вопросах разметки использование модификации помогает в дальнейшем объединении изменений свежих версий стиля, то в случае с extra.less это не будет помехой. Если говорить о том, что модифицируются элементы, которые в админке не представлены, то один из аргументов и вовсе отваливается. Так все-таки ты за лестницу из модификаций, но не за лестницу стилей? :)

 

[Skaiman]

Stealth, я не за лестницу модификаций и не за лестницу стилей :) я просто констатирую то, что модификация extra.less не порнография :) все имеет место быть, каждый в праве поступать так, как ему нравится.

 

[Stealth]

Stealth, я не за лестницу модификаций и не за лестницу стилей :) я просто констатирую то, что модификация extra.less не порнография :) все имеет место быть, каждый в праве поступать так, как ему нравится.

Но как все-таки правильнее в большинстве случаев?.. Не спорю, что, например, изменение баннеров целесообразнее производить путем модификации для соответствующего отображения и в админке, но в остальных случаях прямое редактирование стилей считаю уместнее… Никто не слышал комментарии разработчиков ХФ по этому поводу?

 

[Skaiman]

Stealth, перво-наперво, редактирование стиля, в большинсве случаях можно сделать в настройках стиля, а не про принципу "просмотр кода для самых маленьких", только что не сделать в настройках, уже в extra.less. Так же добавить свои настройки стиля.

 

[CrazyHackGUT]

Например, одинаковый класс должен выглядеть по разному на 2 стилях.

Я такое выношу в отдельный шаблон, который просто руками в каждом стиле создаю.
Если одно-два свойства отличается, то как бы не в падлу просто продублировать селектор в нём и указать только отличающиеся свойства с их значениями.

А вообще, последнее время я пытаюсь выносить всякие "кастомные" для своего форума детали в дополнение.

Там уже и свойства для стилей можно добавлять комфортно (не включая "режим разработчика"), о которых выше Skaiman и говорит.

 

[Skaiman]

использовать условия: $xf.style.style_id == 3 или $xf.style.title == 'название стиля'

property('styleType') == 'dark' или light,

color: {{ property('styleType') == 'dark' ? '#000' : '#fff' }};

 

[Mirovinger]

Собственно, из сабжа все понятно.

Я приверженец изменения шаблонов разметки путем создания модификаций, но стили всегда вписывал вручную в extra.less, интересует мнение остальных разработчиков и почему модификации в данном случае будут корректнее.

Правильно будет создавать свои клон-шаблоны и вносить в их по аналогии с оригиналом изменения.
Их собрать в свой, а его проинклюдить куда удобно.
Почему так, да просто если Вы разбираетесь и изменяете стиль, то это более рациональный подход, модификации больше под изменнение глобально чего-то подходят, а стилизация, это стилизация.

 

[Stealth]

Правильно будет создавать свои клон-шаблоны и вносить в их по аналогии с оригиналом изменения.
Их собрать в свой, а его проинклюдить куда удобно.
Почему так, да просто если Вы разбираетесь и изменяете стиль, то это более рациональный подход, модификации больше под изменнение глобально чего-то подходят, а стилизация, это стилизация.

Вот примерно то, к чему я склоняюсь и сам: модификации больше под изменнение глобально чего-то подходят, а стилизация, это стилизация.

Я так понял, что тут про вкус и цвет, так как шаблоны я редактирую модификациями (я могу максимум точечно изменить тот или иной блок, но не переделываю шаблоны полностью, не фанат переделок), а стили вношу путем extra.less

 

[Mirovinger]

Мы говорим про одно и тоже, выше пример своего допа под определённый стиль, назвать можно как угодно, туда можно модификации привязывать, что не вызовет бардака в ТМС, а стилистические изменения, если нет нужной настройки, можно в клон-шаблоне переопределить, при этом сохраняется структура и смысл, да и найти проще.