Новые модули: матрешки...

22 апреля 2010 в 15:47
Аватар пользователя PVasili PVasili 0 15

Фильтр Node Embed позволяет лёгким движением руки bb-тегом вставит содержимое одного материала в другой. Приятная особенность заключается в возможности отдельно темизировать вставляемый материал через отдельные файлы темизации.

Комментарии

Вот это здорово.
Еще бы API какой-нибудь в виде хука, чтоб можно было для программно создаваемых типов нод написать обработку - что вставлять в случае эмбеда.

22 апреля 2010 в 16:01

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

Но, собственно, надо наверное просто разработчику модуля написать об этом Smile

22 апреля 2010 в 16:47

Что-то вроде контемплейта, да, только целиком программное. Типа есть вставляемая нода, а я по ней программно генерю динамическое summary и вставляю Smile
Впрочем, когда до этого дойдет, возможно проще будет самому написать доп. модуль.

22 апреля 2010 в 17:15

"graker" wrote:
Вот это здорово.
Еще бы API какой-нибудь в виде хука, чтоб можно было для программно создаваемых типов нод написать обработку - что вставлять в случае эмбеда.

что мешает в хуке node_view
проверить значение поля $node->node_embedded
которая в случае работы это фильтра будет равно TRUE?

24 апреля 2010 в 16:34

Dеmimurych wrote:
что мешает в хуке node_view
проверить значение поля $node->node_embedded
которая в случае работы это фильтра будет равно TRUE?

$node->node_embedded выставится для ноды, в которую вставляем. А речь о программной обработке вставляемой ноды.

upd: А, нет, посмотрел еще раз: вы правы, hook_view можно использовать. Отлично сделано.

24 апреля 2010 в 18:32

"graker" wrote:
upd: А, нет, посмотрел еще раз: вы правы, hook_view можно использовать. Отлично сделано.

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

а если это сторонний модуль? тогда нужно делать патч к модулю, в случае если хотим как то управлять этим процессом.

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

24 апреля 2010 в 21:22

Я почему-то не нахожу практического применения этому модулю. Или есть случаи, когда он себя оправдывает?..

15 мая 2010 в 18:55

Sinkora wrote:
Я почему-то не нахожу практического применения этому модулю. Или есть случаи, когда он себя оправдывает?..

По идее, принцип имеет смысл, если есть надо вставлять в другие ноды ноду с динамически изменяющимся содержимым. Повставлял ее везде раз и навсегда - и не надо отслеживать изменения.

15 мая 2010 в 19:07

"volocuga" wrote:
Мда,вставил такой тег и 50-70 дополнительных запросов
если строение рук отличается от обычного то и 100 может быть...

15 мая 2010 в 19:37