L
в параграфах очень неудобно что они плоские, ну и преимуществ перед обычным entity reference полем (с inline entity form) особо не вижу тоже, больше ограничений чем профита.
не очень понимаю что значит плоские
Size: a a a
2020 January 02
AK
Bricks для создания контента, Layout Builder для разметки, тут вроде нечего абасновывать
дык под капотом-то bricks делает то же самое - под каждый блок лепит отдельную eck-сущность, которую складывает в общий список. То же самое что и admin/structure/block/block-content
AK
не очень понимаю что значит плоские
их нельзя группировать и раскидывать по разным блокам страницы, например, сначала paragraph:1..2, потом node-body, потом paragraph:3..6 (в 3 колонки), потом field_author, paragraph:7 и т.п.
AK
а какой entity reference можно сделать на поле типа текст? )
а paragraph может разве делать поля типа "текст" без создания целой отдельной сущности с одним единственным полем "текст"?
C
дык под капотом-то bricks делает то же самое - под каждый блок лепит отдельную eck-сущность, которую складывает в общий список. То же самое что и admin/structure/block/block-content
Блоки они для другого
AK
нода - одно единственное поле параграф отвечает за все все все
а как их потом распихивать по разным местам страницы?