The bemhtml lib can use without bem-tools

[blond]

Проблема заключается в том, что bemhtml можно использовать вне bem-tools, например в enb. Но peerDependencies заставляет вытягивать его, когда этого совсем не хочется.

[SevInf]

Да, правильным решением было бы вынести lib/bemhtml в отдельный модуль. Поиск в npm среди всего прочего выдает https://github.com/indutny/bemhtml.js, очень похоже на старую версию lib/bemhtml. @indutny, возможно ли в твой репозиторий подтянуть изменения из bem-core и опубликовать новую версию?

[blond]

@SevInf, почему бы не положить его в какой-нибудь bem/some_name репозиторий, и использовать его этой библиотекой?

@indutny, не подскажешь, почему lib/bemhtml не является частью bem-xjst?

[SevInf]

@andrewblond, вполне можно. Просто у @indutny есть уже опубликованный пакет с более старой версией этого кода, логичней было бы обновить его. Если это невозможно по каким-то причинам, сделаем новый пакет.

[blond]

@SevInf, спасибо!

На сколько я понимаю название репозитория bemhtml.js будет не очень правильным, должно быть, что-то вроде bem-xjst.js, плюс когда репозиторий находится в bem о нём больше знают извне.

[indutny]

Это не старая версия. Это bem-xjst, который я изначально разрабатывал у себя и под другим именем.

[tadatuta]

@veged @indutny @arikon Еще один повод вынести lib/bemhtml — это тот факт, что оно используется в bem-bl@bem-xjst, bem-core и здесь тупым копипастом :(

Есть причины этого не сделать?

[arikon]

@tadatuta Конечно, надо вынести

[veged]

@arikon @tadatuta, если я правильно понял @indutny, то сейчас это bem-xjst и нужно вместо копипаста везде использовать его

[tadatuta]

сделал pr в bem-core: bem/bem-core#330

по-прежнему остается общий кусок, который будет копипаститься, только теперь на уровне технологии для сборки bemhtml (https://github.com/bem/bem-core/blob/feature/329%40v1/.bem/techs/bemhtml.js#L58-L75), но, наверное, это уже более-менее ок.