Коллеги!

Представим, что нужно создать новый тип материала - Задание.
Как тогда прикрутить туда поле Исполнитель, которое должно содержать ссылку на юзера, выбираемого из списка пользователей сайта?
Drupal 6.19
ССК и View установлены.

Спасибо и не пинайте, если уже разжевывалось...

Привет

Сразу говорю - сайт не готов и не заполнен, по сути прототип, не тестированный в IE (да и вообще почти нигде) и использующий неподдерживаемые shadow и box-radius, возможно у вас поломаются галереи

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

И да, я нуб и это мой 1.5-ый сайт, перенос моего первого на 7-ку если точнее.

Сайт представляет из себя каталог санаториев с подробными описаниями и фотографиями + есть описания курортов и стран. Есть каталог с поиском по группам заболеваний + еще будет аналогичный каталог с поиском по детским заболеваниям и по spa-wellness программам. Есть возможность писать отзывы и обсуждать что-либо на форуме, есть приватные сообщения, инфо-раздел. Сайт будет двуязычный, но русского пока нет, так как нет готового модуля i18n

Странички для примера

• Описание страны
• Описание курорта
• Описание санатория (пока не привязана система бронирования)
• Каталог (справа фильтры, из-за бага семерки таблица выводится пока полу-пустая, там еще будут звезды, и прочая инфа по санаториям)

Привет!
У меня ест:

Новый тип нода "Сказки" с полем "field_avtor-Term reference(Словарь "Сказки")"

Сказки
=>Народные
= =>Украинские
= =>Еврейские
=>Авторские
= =>Василий
= =>Евгений

Судя по пустой очереди ждать осталось совсем недолго

Пишу свой модуль, в нем создаю тип содержимого c полями CCK. В uninstall вызываю field_delete_field('field_name').
Проблема в том, что после удаления CCK-полей в БД остаются таблицы вида field_deleted_data_X, где X - идентификатор удаленного поля.
Эти таблицы необходимо удалять т.к. у них имена ограничений (PK, UNIQUE, CHECK) не переименовывались, а остались прежними. Поэтому при повторном создании поля СУБД ругается.

Возникло два вопроса

1. При ориентировочном размере словаря в 500-700 записей, что лучше использовать, таксономию или тип материала? За тип материала говорит возможность перевода без дополнительных модулей, но интересно что будет менее ресурсоемким. Словарь простой, термин + абзатц текста, мультиязычный.

2. Как во views сгруппировть термины по алфавиту и возможно еще сделать алфавитную линейку (хотя она не особо нужна, проще поиск с автозаполнением).

Привет

Есть сайт с 2-мя языками, negotation по префиксу, все везде работает, но на форуме вываливаются топики на обоих языках.

Для топиков естественно включена поддержка мультиязычности и топики не нейтральные, а с выбранным языком, i18n не стоит

Метаюсь со стороны в сторону в поисках верного решения по организации структуры сайта. Я так понял, что меню сайт не держит, и оно выполняет свои прямые обязанности. Таксономия для меня является чем-то дополнительным/альтернативным, т.к. на нее можно повесить список параметров материала, который имеет очень много разновидностей и этих самых параметров. И к тому же от нее ничего не отталкивается, как от стержня сайта (те же вредкрамбы). Views тоже выглядит как инструмент для создания списков материалов (узлов), но тоже не является чем-то "твердым" - скорее легкий, многофункциональный каталогизатор.
На чем вы строите дерево каталогов/разделов для своих проектов? Я уже окончательно запутался с отсутствием элементарных возможностей/привычек обычных cms...
Если каждую мелкую элементарность (крошки, подсветки меню, списки) запускать через грозди модулей, то не думаю, что сайт будет нормально работать. Это я только простенький каталог пытаюсь сделать, а в планах еще добавление к нему возможностей соц сети...
Друпал, после джумлы, - просто сказка, но какая-то недопереписанная...