Пересмотр сборки ie.css технологии

[banzalik]

Сейчас ie.css технология собирается так:

@import url(../../bem-bl/blocks-desktop/b-link/_pseudo/b-link_pseudo_yes.ie.css);

Есть мнение, что правильней собирать эту технологию в таком виде:

@import url(../../bem-bl/blocks-desktop/b-link/_pseudo/b-link_pseudo_yes.ie.css);
@import url(../../blocks/b-link/_pseudo/b-link_pseudo_yes.css);
@import url(../../blocks/b-link/_color/b-link_color_red.css);
@import url(../../blocks/b-link/_color/b-link_color_green.css);

ie.css файлы должны подключаются там, где объявлены, а не в конце документа, как это происходит сейчас

[varya]

Да, предложение дельное.

[veged]

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

[banzalik]

Если смотреть в разрезе ie.css технологии, то с ним проблем не возникает. За исключением того, что ie.css правила имеют больший вес, т.к. находятся в конце документа.
У меня проблема возникла на этапе создания ie.styl технологии.
Я взял в качестве базовой технологии ie.css и допиливал под себя.
Но, как оказалось, текущая особенность генерации ie.css не подходит для технологий вроде styl (возможно, на эти грабли наступим, когда будем реализовывать ie.less, ie.sass, ie.scss пр ), где важен порядок объявления переменных и функций.

[veged]

может тогда реализовать нужное поведение в styl и брать его за основу дальше в less, sass и scss, а текущую реализацию ie.css не трогать (без явной необходимости)?

[banzalik]

Можно и так.
Но, правильным кажется способ, в котором поведение родственных технологий ie.* будет одинаковым. Т.е переделать ie.css и его использовать в качестве базовой технологии.

[arikon]

Что делаем с этой задачей?

[veged]

я предлагаю не трогать ie.css (как минимум в первом приближении) и реализовать нужное базовое поведение в styl, less и sass

Саша, если тебе нужна помощь с этим -- пиши

[banzalik]

#56