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

Кажется, что компонент Modal не должен являться элементом чего-либо, это обособленный компонент

+

Ну, popup-элементы в bem-components тоже, кажется, рендерятся за пределами ноды блока.

Не знаю о какой именно библиотеке ты говоришь, но я могу говорить о yandex-ui, где это тоже так работает, но суть в том что в такие попапы никогда не складывают элементы. Только блоки.

Например селект - это кнопка при нажатии на которую открывается попап, который рендерится в корне DOM, в котором лежит блок меню с примиксованным классом элемента Select. Получается что попап рендерится вне селекта, но содержит его элемент. Но это не узел DOM содержащий что-то, а по сути просто класс для привязки стилей.

Кстати, зачем вообще попапы рендерят в корне DOM? В этом есть какие-то преимущества или так сложилось исторически, просто все так делают и повторяют за другими? Например я в своём селекте сделал рендер попапа прямо в блоке по умолчанию и только опциональный рендер в скоупе, теряю ли я от этого что-то?

Да, при oveflow: hidden у родителя попап будет обрезаться

Да, тут скорее проблема с overflow контейнерами

Но это не узел DOM содержащий что-то, а по сути просто класс для привязки стилей

В БЭМ не бывает «просто класс для привязки стилей»

Но это не узел DOM содержащий что-то, а по сути просто класс для привязки стилей

По бэм это элемент. По семантике это просто класс для привязки стилей

В БЭМ нет «просто класс для привязки стилей»

Всем привет! Ребят кто-нить пробовал перенести идеологию БЭМ на Clojure?

В Яндекс на меня сильно не обидятся, если я адаптирую их технологию под ClojureScript?
Просто в cljs (как и в чистом cljr), получается сначала надо определить элементы, которые будут функциями, их модификаторы - которые тоже будут функциями, а блоки по большей степени будут макросами. Элемент будет принимать "смысловую нагрузку" находясь внутри блока-макроса. Таким образом дерево БЭМ, составляется из функций и макросов ClojureScript. HTML-DOM в классическом понимании отсутствует, зато есть возможности REPL'а.

🤔

мне таких попыток не известно

мы не будем против, можно даже в этот чат присылать адаптации на обсуждение — постараемся помочь

Спасибо! Просто интересовался, может кто предпринимал попытки. Тогда буду решать некоторые концептуальные проблемы самостоятельно, ибо в чистом виде BEM немного не укладывается в парадигмы Clojure. Хотя HTML+CSS вставки используются, но они используются внутри кода функций. Отдельно HTML и CSS файлов нет.

то что нет HTML и CSS файлов, это совсем не страшно для БЭМ — в методологии вообще всё абстрагировано от конкретных технологий и HTML и CSS просто как примеры фигурируют

Да я понимаю, т.к. использовал БЭМ внутри QML уже, в проекте ERP для организации в которой работаю. Тут дело в другом, что при использовании Clojure, у нас BEM элементы попутно являются функциональным кодом, а следовательно отсутствует разделение код/верстка

Разрешите ещё вопрос: а Yandex принимает рац.решения от пользователей? Если да, то куда стоит обращаться в таком случае?

Если по вопросам БЭМ, то сюда или на форум. По остальным продуктам есть соответствующие формы обращения в разделах «Помощи»