Возьмите данные из поля из существующего узла и сделайте это значение по умолчанию для поля в другом типе контента

Question

Я не знаю, если я нахожусь на правильном пути, но я пытаюсь разрешить пользователям моего веб-сайта создавать там есть версии страниц на моем веб-сайте. В основном я хотел бы, чтобы наша документация использовалась в качестве отправной точки, где они просто добавляли детали и сами делали новую страницу для себя. У меня есть тип содержимого «книги», который я изменил с помощью CCK и типа содержимого «клиентские правки», который использует виджет nodereferencefromURL, чтобы связать себя с узлом книги.

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

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

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

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

Answer 1

В результате я использовал правила для сохранения информации от пользователя и клонированного узла в скрытые поля. Тот, который сохранил исходный идентификатор узла в поле, когда вы создаете контент этого типа, за исключением случаев, когда URL-адрес заканчивается клоном. Это означает, что при создании клона исходный идентификатор узла хранится в поле. Это упростило использование аргумента представлений, в результате которого идентификатор узла сделал клоун появлением рядом с оригиналом, когда пользователь посещает исходную страницу. Второй трюк правила состоял в том, чтобы вычислить поле, которое сохранил «имя магазина» из профиля пользователя только при сохранении содержимого клона. Это означало, что на клоне было скрытое поле, в котором хранилась информация, поэтому я мог бы использовать другой аргумент views, чтобы ограничить просмотр только людьми с тем же именем магазина в своем профиле. Я плохо разбираюсь в PHP, но мне удалось найти фрагмент (не могу вспомнить, где), который возвращает имя магазина текущего пользователя в качестве аргумента.

global $user;

profile_load_profile($user);

return $user->profile_store_name;

Answer 2

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

Я бы предпочел сделать это более простым способом, просто иметь узлы книг и иметь разные поля в зависимости от того, кто его редактирует (включите модуль content_permissions). Таким образом, вы можете использовать модуль node clone для создания копии пользователей.

Вам необходимо будет указать make a module, чтобы указать свой собственный php-код.