22 апреля 2010 в 15:47
Фильтр Node Embed позволяет лёгким движением руки bb-тегом вставит содержимое одного материала в другой. Приятная особенность заключается в возможности отдельно темизировать вставляемый материал через отдельные файлы темизации.
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
Вот это здорово.
Еще бы API какой-нибудь в виде хука, чтоб можно было для программно создаваемых типов нод написать обработку - что вставлять в случае эмбеда.
Был похожий фильтр, там можно и части материала как объекта вставлять.
Не, я не совсем это имею в виду. Вот, у меня есть модуль, в нем новый тип нод с динамическим содержимым, изменяемым пользователями. Было бы здорово, если бы embed спрашивал мой модуль, что именно я хочу поместить в другую ноду. А я бы осматривал динамическое содержимое и генерировал на его основе результат.
Но, собственно, надо наверное просто разработчику модуля написать об этом
insertnode - клончик...
insert_block - вставка блока
Что-то вроде контемплейта, да, только целиком программное. Типа есть вставляемая нода, а я по ней программно генерю динамическое summary и вставляю
Впрочем, когда до этого дойдет, возможно проще будет самому написать доп. модуль.
Linodef - вроде как похожее, специальными тегами можно вставлять в текст очень много чего.
подписался
что мешает в хуке node_view
проверить значение поля $node->node_embedded
которая в случае работы это фильтра будет равно TRUE?
$node->node_embedded выставится для ноды, в которую вставляем. А речь о программной обработке вставляемой ноды.
upd: А, нет, посмотрел еще раз: вы правы, hook_view можно использовать. Отлично сделано.
Да, тема интересная и полезная. PVasili, респект и уважуха.
ну на самом деле не очень и отлично.
потому что при такой реализации нужно модифицировать хук виев.
а если это сторонний модуль? тогда нужно делать патч к модулю, в случае если хотим как то управлять этим процессом.
идеологически верно, мне кажется, было бы сделать так как вы сказали, свой хук для данного случая.
и уж если хук не вернул данных то идти тем путем который и есть в модуле.
Я почему-то не нахожу практического применения этому модулю. Или есть случаи, когда он себя оправдывает?..
По идее, принцип имеет смысл, если есть надо вставлять в другие ноды ноду с динамически изменяющимся содержимым. Повставлял ее везде раз и навсегда - и не надо отслеживать изменения.
Мда,вставил такой тег и 50-70 дополнительных запросов