' подготовке — возможность связывать процесс труда J результатом..
Пусть не покажется вам
Результат такого труда по
Ребенок должен всегда видеть, что получа ется из его или родительских действий и как их качеств!.
В работах К.
Но дозировать меру трудоемкости
влияет на то, что получается...
Недаром Том Сойе| командовал движениями кисти своих сменщиков по некра шеному забору, который становился глаже и красивее после того, как по нему ровно и сочно пройдется кисть с известкой..
К этому надо уже
Той, что это дело,
[series-info:left]
Изменение порядка хуков, относящихся к нодам
В Drupal 4.6 хуки выполнялись в следующем порядке:
1. validate
2. form pre
3. form post
4. if the form was submitted then validate (again)
5. insert/update
В Drupal 4.7 этот порядок изменен на:
1. prepare
2. form (return an array)
3. validate (you can only validate here, no changes possible)
4. execute (prepare the node for save)
5. insert/update
Об этом изменении на Drupal.Org
hook_nodeapi('settings', ...) больше не существует, пользуйтесь API форм
Теперь для того, чтобы добавить функциональность форме настроек какого-либо типа нод, следует пользоваться не хуком hook_nodeapi, а хуком hook_form_alter.
Функция вашего модуля, реализующая этот хук, должна принимать два параметра - идентификатор формы и массив, содержащий поля и параметры формы.
Идентификатор формы настройки типа нод -
if (isset($form['type']) && $form['type']['#value'] .'_node_settings' == $form_id) {
// добавляете дополнительные поля, изменяете существующие и т.д.
}
Об этом изменении на Drupal.Org
hook_nodeapi('form x', ...) больше не существует, пользуйтесь API форм
Вы больше не можете добавлять какие-либо поля к формам добавления/изменения нод с помощью
hook_nodeapi(...) {
switch($op) {
case "form pre":
...
case "form post":
...
}
}
Для этого теперь используется уже упоминавшийся хук hook_form_alter. Идентификатор формы добавления/изменения ноды -

