Всем привет.

Прежде чем начать "ныть" о проблемах, постараюсь описать то, что мне необходимо реализовать.

Есть сайт. На нем есть несколько типов документов. Для них определены свои словари. Для некоторых типов документов больше одного словаря.
Подробнее: есть тип документа для размещения объявлений о продаже автомобилей. Для него есть двухуровневый словарь (марки и модели), с помощью модулей activeselect и content_taxonomy реализована фича, позволяющая выбирать марку из нисподающего списка, только потом в список с моделями подгружаются все модели этой марки. Все реализуется стандартными настройками модулей без всяких танцев и ковыряния кода.
Идем далее: есть еще один тип документа, предназначенный для размещения объявлений о продаже запчастей. Так как запчасти могут быть только для конкретных автомобилей, словарь "Марки и Модели" аналогично привязан и к этому типу документа. На этом этапе все работает, все грузится, все отображается, в общем без проблем.
Дальше: запчасти бывают разных категорий, т.е. подвеска, трансмиссия, кузов и т. п. Поэтому рыться в объявлениях будет намного проще, когда все они будут раскиданы "по полочкам". Создаем для этих целей словарь и называем его "Категории запчастей". Добавляем нужные нам термины и привязываем словарь к типу документа о продаже запчастей. Теоретически все правильно и должно работать.
Тут и вылезла проблема: При редактировании документа типа "запчасть" видим лишь два ниспадающих списка с марками авто (т. е. выбор для первого словаря), а категории запчастей тупо отсутствуют... Похоже на то, что при выводе модулями content_taxonomy и activeselect они "свои" поля показывают, а остальные поля обычной таксономии блокируются (не знаю, может смешно описал, извиняюсь - как мог). Над проблемой мучаюсь давно, но ничего не получилось пока. Может быть, кто-то уже сталкивался с такой ситуацией - помогите, пожалуйста.

P. S.
Есть более-менее подходящее альтернативное решение: вместо второго словаря создаем при помощи CCK поле с фиксированными значениями (категорий запчастей не так уж и много). Тогда вроде все должно заработать. Но я не пробовал этот вариант, т. к. не знаю, возможно ли будет позже при помощи Views реализовать сортировку/фильтрацию по этому полю, а так-же невозможно применить этот способ для других решений с аналогичными требованиями, но содержащими во втором словаре больше терминов с возможностью их ручного ввода пользователями (теги).