Модуль наследование бандлов (типов сущностей \ содержимого)
Прислано: lemark
чт, 20/10/2011 - 00:10
Написал небольшой модуль позволяющий наследовать любые типы сущностей (бандлы).
Формально, модуль состоит из двух модулей.
Первый (bundle_inherit) не дает никакого функционала конечному пользователю, но предоставляет разработчикам возможность добавить к своим сущностям логику наследования.
Второй (bundle_inherit_node) использует Bundle Inherit API (функциональность модуля bundle_inherit) для расширения модуля node. При создании нового типа содержимого он позволяет наследовать его от любого другого типа той же сущности.
Наследование производится по отношению полей (fields). Наследование может быть двух типов:
Soft: Просто прикрепляет к новому типу те же поля, что есть в старом. Далее оба типа никак не отслеживаются и не синхронизируются.
Strict: Второй привязывает новосозданный тип к родительскому. Это значит что:
- Нельзя удалять или редактировать унаследованные поля в дочернем типе.
- Если к родительскому типу добавляется поле, оно автоматически добавляется ко всем дочерним типам.
- Если в родительском типе изменяется поле, оно также автоматически изменяется во всех унаследованных типах.
- Если поле удаляется из родительского типа, оно автоматически разблокируется во всех дочерних типах.
Модуль еще крайне сырой и практически не задокументирован. Выставляю "as is" дабы получить какой-то фидбэк и понять куда развивать его дальше.
Модуль уже не так сыр :) Прошел валидацию на друпалорге и на днях получил свой первый альфа релиз.
Наследование в Drupal
Прислано: GeneralLee
чт, 27/01/2011 - 14:15
Как я понял Drupal не использует стандартный механизм ООП сейчас принятый в PHP.
Но возможно ли создать тип ноды на базе, скажем, типа Product в Ubercart?
Наследование полей из родительского документа в дочерний
Прислано: Dark_Neo
сб, 25/12/2010 - 10:43
Добрый день.
Можно ли каким-нибудь образом сделать наследование полей из родительского документа в дочерний? Например,
Родительский документ:
* название
* поле 1 (создано в ССК)
* поле 2 (создано в ССК)
Дочерний документ:
* название
* родительский документ (выбирается из списка родительских)
* поля из родительского документа в зависимости от выбранного родительского документа
Или вот так:
Родительский документ:
* название
* список дополнительных полей
Дочерний документ
* название
* тот же список дополнительных полей из родительского документа, но чтобы можно было присваивать значения
Ума не приложу, как такое можно реализовать. Подскажите, пожалуйста.
Как реализовать наследование Node Reference
Прислано: ginger74
чт, 18/03/2010 - 17:14
Связанные материалы
Есть такая структура меню:
Катерогия услуг 1
-- Услуга 1.1
-- Услуга 1.2
-- Услуга 1.3
Катерогия услуг 2
-- Услуга 2.1
-- Услуга 2.2
-- Услуга 2.3
Катерогия услуг 2
-- Услуга 3.1
-- Услуга 3.2
-- Услуга 3.3
Категория услуг и услуга - это типы материалов (типы нод)
Есть также дополнительные типы материлов: Руководитель и Проект
Нужно реализовать следующий функционал:
1) Связать Категории услуг (Услуги) с одним руководителем и несколькими проектами;
2) Реализовать наследование т.е. возможность переопределять руководителей для конкретной Услуги и добавлять/убавлять проекты;
3) Интерфейс управления этим хозяйством;
Проблема в том что количество услуг переваливает за 70, а вручную выставлять Node Reference для каждого отдельной ноды - самоубийство.
Как можно решить эту задачу? Что еще можно использовать кроме Node Reference?
- ginger74's blog
- Для комментирования войдите или зарегистрируйтесь
Наследование в таксономии
Прислано: howt
чт, 11/03/2010 - 13:57
Здравствуйте.
Ламерский вопрос: есть двухуровневая таксономия. Нужно сделать, чтобы материал принадлежащий термину второго уровня, принадлежал автоматически и первому уровню. Но такой возможности не нашёл.
Помогите пожалуйста.
Спасибо.
Herarhical Select, таксономия и чудеса.
Прислано: fasdalf@fasdalf.ru
пн, 01/03/2010 - 19:36
Оказывается, hierarhical_select не поддерживает словари со множествен6ной иерархией. By design. Вместо выбранного термина сохраняет одного из его родителей.
Но почему-то сама таксономия с ними справляется. Просто выбирает первого попавшегося родителя. Что мешает HS делать так же мы и пытаемся выяснить в http://drupal.org/node/729174 Знающие английский приглашаются к дискуссии. там же наглядные иллюстрации.
Большая вложеннось не всегда показывается.
Прислано: zman
вс, 22/11/2009 - 12:13
Добрый день.
Нужен (вроде простой) совет по настройке или по дополнительному модулю.
Есть например такая упрощённая структура:
Таксономия
-----------------------------------------------------
автор (список терминов: марк твен, уильям голдинг, габриэль гарсия маркес)
название (список терминов принадлежащих г.г.маркес: полковнику никто не пишет, любовь во время чумы)
словарь с терминами
------------------------------------------------
жанр (романы, повести, маленькие произведения)
под жанр (родитель маленькие произведения, список терминов принадлежаших м. произведениям: рассказы, очерки, прочее)
под под жанр (родитель прочее: эссе, эпитафии)
Соответственно при выводе жанров не всегда выводятся сразу все жанры с поджанрами, а только первая вложенность.
drupal 6.14
Наверное есть какие-то маленькие модули делающие вывод сильно вложенных подкатегорий более корректно?
Не хочется городить модулей-монстров типа views и cck, может есть какие-нить мелкие модули?
Может кто сталкивался и подскажет.
С уважением.