Из описания указанных вами функций я понял что они выполняются непосредственно перед сохранением материала. Мне же нужно установить значение поля перед отображением формы, а тут, вроде, еще далеко до сохранения...
Поправьте меня, пожалуйста, если я не прав.
В дальнейшем к другим нодам можно цеплять ранее использованные термины.
Вот в том то и дело, что это для меня категорически неприемлемо. Переименование термина связанного с одной Page не должно влиять на термины связанные с другим Page.
И еще: термины для Page должны иметь древовидную структуру (поэтому я и говорил про помещение в отдельные ветки).
В целом, наверное я мог бы хранить все термины в одном словаре, но в разных ветках. Правда тогда возникает несколько проблем:
1. Как изолировать эти ветки от пользователя, чтобы на его взгляд это выглядело как разные словари.
2. В разных ветках одного словаря должны храниться одинаковые термины, а одинаковые термины - это как раз то, от чего таксономия призвана избавить...
Я ставил i18nviews и он помог решить эту проблему, но сильно испортил мне в других местах: там где во вьюсах мне приходилось переводить строки через стандартный перевод интерфейса переводиться перестало. Так что быстренько его удалил.
Немного покумекав я набросал простенький сниппет для перевода заголовков терминов таксономии:
Установить значение поля до сохранения материала
Из описания указанных вами функций я понял что они выполняются непосредственно перед сохранением материала. Мне же нужно установить значение поля перед отображением формы, а тут, вроде, еще далеко до сохранения...
Поправьте меня, пожалуйста, если я не прав.
Выбор термина таксономии из связанного через EntityReference словаря
Вот в том то и дело, что это для меня категорически неприемлемо. Переименование термина связанного с одной Page не должно влиять на термины связанные с другим Page.
И еще: термины для Page должны иметь древовидную структуру (поэтому я и говорил про помещение в отдельные ветки).
Выбор термина таксономии из связанного через EntityReference словаря
В целом, наверное я мог бы хранить все термины в одном словаре, но в разных ветках. Правда тогда возникает несколько проблем:
1. Как изолировать эти ветки от пользователя, чтобы на его взгляд это выглядело как разные словари.
2. В разных ветках одного словаря должны храниться одинаковые термины, а одинаковые термины - это как раз то, от чего таксономия призвана избавить...
Выбор термина таксономии из связанного через EntityReference словаря
В общем да... ;о)
В Article, поле (назовем его field_term) смотрит на термины в разных словарях.
Управлять отображением прикрепленных к ноде изображений как это возможно для файлов
Спасибо. Интересная мысль, вот только я использую TinyMCE Editor, а у ocupload вроде как нет интеграции с ним...
Проблемы с Profile2
Автор, ты решил эту проблему? У меня такая же ерунда - введенные данные не сохраняются...
Мультиязычность заголовков во views
Я ставил i18nviews и он помог решить эту проблему, но сильно испортил мне в других местах: там где во вьюсах мне приходилось переводить строки через стандартный перевод интерфейса переводиться перестало. Так что быстренько его удалил.
Немного покумекав я набросал простенький сниппет для перевода заголовков терминов таксономии:
Отображать приглашение войти после тела ноды для Webform
Собственное решение:
Изменения производятся в файлах вашей темы. В файле page.tpl.php в фрагменте