Да нет, я хочу создать поле которое выводило бы две таблицы, которые содержат достаточно много характеристик, и хотелось бы их разделить визуально, в форме редактирования материала. Но раз это так просто не получается сделать, ну и ладно. А так то один details или fieldset прикрутить можно, они по одному работают.

При сабмите он создает массив с именем поля содержащий значение всех полей формы, поля же обернутые в fieldset вынесены за пределы этого массива, с ключами совпадающими с именами элементов fieldset (в моем случаи это fields_group_1, и fields_group_2) с присвоенными им пустыми значениями. Значит походу дела, он обрабатывает ключи только из корня массива, и никаких вложенных массивов не признает. Значит вложить fieldset в details так просто не получиться, да печалька...

А может быть такое что он ищет в корне массива ключи определенные в методе propertyDefinitions? Если это так, получается что добавить больше чем один fieldse, или details так просто не получится.

Не опять ничего не выходит, если прописать так:

Сворачивает форму, раньше писали collapsible, collapsed к примеру в том же fieldset, сейчас отдельный элемент details.

Не так тоже не работает, или использовать только один details, или только один fieldset, вместе они не работают. То что форму сохраняет submit это понятно, но как все это обрабатывается до submit -а, не понятно. Вот где засада…

Конечно все есть, делаю примерно так:

Как же можно не знать что он делает, в нем же ничего особого нет, всего два поля выбора views, и выбора отображения, ну еще и галочка для активации)))

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

Ой а это вариант, как то я совсем забыл про страницы), так действительно проще, и никакого кода), надо будет попробовать, спасибо).

А не могли бы Вы рассказать немного поподробней, желательно без использования дополнительных модулей.

Да я вот тоже склоняюсь к таксономии, но все дело в том что все это так и так должно заканчиваться нодой, с описанием продукта, а это значит нужно будет сделать два views.