в смысле? ну вот например: http://www.xiron.ru/content/view/30460/127/

можно начать с Organic groups, если не хотите просто взять Redmine.

и кэш почистили?

помучался, но вроде добился вашего эффекта ))
посмотрите, что у вас в admin/config/regional/date-time/locale

это странно. только что специально попробовал сменить формат даты - сменился, и ничего не вернулось к первоначально заданному виду.

admin/config/regional/date-time

скачал, посмотрел. у меня их там как минимум 11. внутри STARTERKIT.

два типа - курс и строка расписания, связывающая курс с датой. чтобы курсы не плодить.

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

может быть, вы сами когда-то вручную создали поле и назвали его "data", оно автоматически получило машинное имя field_data, которое с чем-то законфликтовало.

можно сделать поле-флажок в ваших нодах вроде "выводить в блоке на главной", сброшенное по умолчанию, ну и делать соответствующий фильтр. а то может завтра захотите другую новость там показать.

а может, devel даже и не понадобится. зайдите в файл /modules/field/field.crud.inc,
там в строке 234 вот это:

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

можно.

очень странно. мне помогло, только что это сделал.

когда роль создаете, в /admin/people/permissions/roles

перетащите новую роль выше роли "зарегистрированный пользователь".

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

модуль Stock.

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

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

вывести и оформить будет легко, а вот вносить материал - нет.

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

не совсем понимаю. иерархия - это словарь с терминами. а типы - ну, рассматривайте их как именованные наборы полей.

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