anydigital / drupal-bricks Goto Github PK

Bricks included:

• Carousel
• Scrollspy

• Boolean Starred brick property
• "Starred" filter for search dialog

Sorry for russian text, but in English I think too slowly.

Сегодня наткнулся на модуль, первая мысль - крутота! Запустил демку на simpletest, поковырялся в UI, начал думать, и чем дальше, тем все грустнее я становился. Решил поделиться мыслями, может кто-то что-то для себя полезное найдет.

• Зайду с козырей. Если мы начинаем структурировать, то почему ограничиваться деревом? Как насчет произвольного графа и средств для реализации связей? Чую вопрос: а зачем это надо? Парирую: а зачем нужно дерево?

  Для чего вообще понадобилось структурировать информацию, что мы с этим будем делать? Ведь в общем виде у нас есть произвольное дерево безымянных элементов, которые даже стилизовать толком будет сложно, правда? Это чем-то напоминает XML, но там хоть схема есть, чтобы в случае чего проверить тот же пользовательский ввод (как вариант, можно говорить о JSON-based solutions). А как же тут валидировать пользовательский ввод? Можно ли вообще наложить ограничения на эти деревья, и если такой механизм существует, не является ли это изобретением велосипеда (снова референс к XML/JSON Schema)? А если нет, то чем это по сути отличается от произвольного форматтинга в WYSIWYG?

• Структурирование outside Drupal. В той дискуссии, на которую идет ссылка со страницы проекта, Wim Leers справедливо заметил, что Atoms обходятся без привычных средств структурирования информации Drupal. Правда, как насчет Views? Допустим, есть у нас 10 нодов, и в каждом какое-то свое дерево разной формы, в глубине которого спрятана картинка или несколько (по сути являющиеся филдами). И как теперь вывести список этих картинок? По-хорошему, средств для работы с подобной свободной иерерхической структурой друпал не имеет. Возникает вопрос - тогда зачем все это надо? Может быть для удобного последующего layout'инга, но снова см п.1. - как задать структуру и как ее потребовать?

• А что же нужно юзерам? Какие задачи на самом деле стоят? Лично из моего опыта, основные задачи это:

  1. обеспечить юзера наиболее простыми и удобными формами для ввода информации
  2. обеспечить веб-мастера наиболее гибкими средствами для форматирования информации.

  1 & 2 пересекаются где-то в районе Panels, но пока в них нет удобного редактора для layout'инга информации.

  Года два назад я думал о таком редакторе, но пока ничего не родил, так как задача видится практически неподъемной, а сильной мотивации на фоне движух типа Layout пока нет, так что ждем, что получится из Layout и пока все ручками, ручками.

Сорри, если сумбурно.

There's some ways to port the module

• entity reference based (already in core)
• use https://www.drupal.org/project/dynamic_entity_reference

Also treeable module needs to be ported and other dependencies as well

PS: very similar vision to content http://wimleers.com/blog/eaton-urbina-structured-intelligent-adaptive-content

1. Open this link (pre-configured sandbox on simplytest.me).
2. Click Launch sandbox and wait.
3. Click Log in (email and password should be pre-filled).
4. Go to Modules and enable Atoms Default.

Step 4 does not work: that module is not present.

Hello,

Was wondering if there was a way to expand on the default available options for a "Layout" entity brick type?

Interested by this module, I followed steps stated in the "Demo" paragraph of the project page.
But enable Atoms defaults is impossible since the jQuery_update module is missing!

Hi Tony,

I mentioned this to you in Barcelona at the Twitter Bootstrap BoF. Atoms is using the same machine name 'atom' as Scald for its entities. This means you cannot install Atoms and Scald on the same website. I've posted the issue here: https://www.drupal.org/node/2580299

Mark.

• brick bundles
• templates

Notice: Undefined property: Entity::$machine_name in _atoms_molecules_machine_name_widget() (line 57 of /atoms/atoms_molecules/atoms_molecules.module).

Hello,

I noticed the other day after adding the conditional fields module https://www.drupal.org/project/conditional_fields which would greatly helps my node creation flow by hiding and displaying fields based on checkboxes being checked and various other conditions that it does not work within the node creation/edit forms.

My setup:

"drupal/bricks": "^1.6",
"drupal/conditional_fields": "^1.0@alpha",
"drupal/core": "~8.5"

If you add content to a entity type located here where brand_double_block is an entity type. http://mysite.com/admin/structure/eck/component/add/brand_double_block The conditional fields work just fine.

Screenshot:

If you add or edit content via the node creation/ edit form located here:
http://mysite.com/node/6/edit?destination=/admin/content the fields that are supposed to be hiden are exposed.

Screenshot:

Do not rely on Treeable.