Коллеги.

Добавил для ноды поле datetime, вроде бы всё настройки сделал и несколько раз проверил, но никак не могу разобраться почему при выводе ноды отображается две даты подряд. Я так понял, что поле datetime состоит из двух полей: дата+время "от" и дата+время "по", чтоб указывать временной промежуток.
Как быть если мне нужно только одно поле?

Уважаемые!

Никак не пойму из описания, для чего нужен модуль Content Taxonomy и в чём его практическая ценность? Вроде бы обычный Taxonomy позволяет прикреплять термины к ноде, тем самым её описывая. А тут получается разница лишь в методе ввода - я правильно понимаю?

Скачал модуль, буду осваивать методом научного тыка...

Коллеги!

Коллеги.

Очередной вопрос возник.
Захотелось мне, так же как на этом сайте, в профиле пользователю показывать какие документы он создавал. По-моему очень удобная вещь.
Соответственно, хотелось бы ещё добавить такую выборку в создании ноды. У меня есть два типа ноды, которые между собой связаны (многие к многим): программа и автор программы. Вот собственно хотелось бы, чтоб пользователь, создающий ноду нового автора программы, мог бы сослаться на описание программ, которое сам создал. Т.е. другими словами, чтоб нельзя было увидеть весь список программ на сайте (а пока это так), а лишь те, что пользователь сам создал.

Полагаю, что это делается через вью (блок). Вот вожусь с этим, пока не очень получается.
Подскажите правильное направление

Разобрался как сделать трекер (отображение материалов созданных пользователем), опишу тут, вдруг кто ищет как я
1. сделал вьюшку с типом вывода Блок. В ней вывел следующие поля:
- Материал: Автор последнего комментария
- Материал: Название
- Материал: Дата обновления/комментирования Последнее изменение
- Материал: Опубликовано
и фильтр по текущему пользователю
выставил разрешения по доступу для зарегистрированных пользователей.
2. в настройках блоков, указал что этот блок отображается в main content и отфильтровал отображение только на страницах user/*

Понимаю что это не оптимально и действительно лучше сделать через темизацию: это правильнее и меньше запросов к базе будет (возможно я ещё где-то проглядел вопросы безопасности). Но пока сделал так - работает. Позже оптимизирую.

Коллеги!

ковыряюсь уже полчаса, никак не могу разобраться.
Задача следующая: хочу чтоб пользователи могли добавлять к создаваемым ими нодам некие изображения. Поставил модули IMCE, FCKeditor. Настроил как было написано в инструкции. При редактировании ноды, картинка загружается на сервер, отображается в окне редактора. Сохраняю ноду - картинки не видно.
Подозреваю что где-то не хватает установки "волшебной галочки", но какой именно сообразить не могу. Подскажите в каком направлении рыть?

Коллеги!

Подскажите вот по какой ситуации: мне нужно придумать как вывести табличку с описанием свойств программы.
Что дано: есть нода - программа (описание программы). У неё есть набор неких свойств (это словарь таксономии - Функции): компрессиия, декомпрессия, анализ заголовка, архивирование, конвертирование в другой формат, редактирование и прочие - т.е. полный набор возможных функций программы. Есть ещё области, в которых может эта программа применятся (тоже таксономия, словарь называтся Сферы применения): музыка, видео, текст - каждый из этих терминов содержит поддермины. Описывать все термины не вижу смысла, вроде бы и так ясно.
Что нужно: нужно вывести табличку с названием "функции программы" где бы в заголовках столбцов были бы указаны возможные функции, в заголовках строк указаны сферы применения, а на перекрестии стояли бы галочки.

Вот собственно накидал картинку.

никак не соображу как создать и заполнять такую структуру. Опять же вопрос как соотносить между собой словари таксономии. И вообще может быть это не таксономия? Хотя... программы я сортирую и по функциям, и по сферам применения.

Коллеги!

У меня возник теоретический вопрос: мне до конца не ясна методология создания проекта на drupal. Другими словами, есть ведь некий алгоритм, который позволяет из пункта А (постановка задачи) добраться в пункт Б (реализация и ввод проекта в эксплуатацию), выполнив при этом некоторые шаги этого алгоритма. Мне бы хотелось более эффективно тратить своё рабочее время, но досконального понимания как это можно сделать у меня нет. Опять же, смею надеятся, что этот алгоритм будет полезен и другим новичкам, помимо меня.

И так приступим:
1. Постановка задачи - тут всё просто. Нужно понять что нужно сделать (иногда это бывает не просто )
2. Осмысление задачи - попытка систематизировать поставленную задачу, т.е. перевести её в термины друпал.
3. Конкретизация - тут, наверно, уточняется как хранить данные, обрабатываемые в ходе решения задачи (что именно будет типом документа, что таксономией, что дополнительным полем и т.д.).
4. Связи - на этом шаге надо определить как между собой связаны данные чтоб понять функционал системы.
5. Реализация - вероятно тут после 3 и 4 пунктов приходит понимание как решается задача. Другими словами - конкретика.
6. Выбор способов реализации - вот тут наверно выбор модулей и способов решения задачи. Первая часть для меня абсолютная загадка: ничего другого кроме тупого поиска модулей по основным категориям на сайте drupal.org и прочтения описний к ним я не знаю - ужасно не эффективно. Тратится куча времени и со временем забывается что же в начале хотел.

Коллеги!

Никак не соображу как сделать обратную ссылку. У меня есть два типа документа: автор программы и программы. Собственно я создал дополнительный поля (node reference) для каждого из типов документов. Добавляя новые программы и новых авторов, думал что если я забью поле "авторы" в программах, то автоматически у автора в "написанных программах" добавится ещё одна программа. Но не получается. Что-то делаю не так, но что?

upd: Разобрался! установив вот этот модуль http://drupal.org/project/nodereferrer можно решить задачу. Для документа "автор программы", задаём тип поля Node reference и проставляем галочки на против тех программ которые он написал. А для типа документа "программы" создаём тип Node Referrers и указываем на какой тип ноды и какое поле ноды ссылаемся (это поле получается read-only, т.е. при редактирования программы нельзя указать авторов, которые её написали. Только наоборот: сначала заводятся программы, потом авторы и ссылки на программы). Теперь отредактировав авторов, в описании программ, авторы появятся без чьей либо помощи

P.S. расписал продробно, вдруг кому пригодится
Если есть какие-то комментарии, было бы интересно почитать.

Коллеги.

Никак не пойму как мне сделать вывод информации.
Суть в чём. Есть нода, которую описывают термины из нескольких словарей: словарь1 - единственный термин, словарь2 - набор терминов. Я пытаюсь с помощью view сделать страничку, которая бы выглядела следующим образом
- Имя ноды
- название словаря1
- термин словаря 1
- название словаря2
- термин словаря 2
- термин словаря 2
- термин словаря 2
- термин словаря 2
... и так далее.

Коллеги!

окончательно запутался, и не понимаю в каком направлении действовать.
Хочу сделать некий каталог. Пусть это будет к примеру каталог программ. Каждая программа имеет своё описание, принадлежит к определённому типу (системная, дизайн, утилита, интернет и прочее), имеет какой-то функционал (конвертирование изображение, сжатие, редактирование форматов, создание), кто-то эту программу написал и т.д.

Где проблема: мне до конца не понятно как всё же правильно, с точки зрения Друпал, описывать множество программ с их свойствами (тип, функционал, автор, описание и прочее), чтобы получить потом полный функционал системы для отображения информации.
Что я сделал: (поставил модули cck и view). Сначала создал в таксономии словари по каждой из характеристик программы. Создал новые типы документов - программа, тип, функционал - и на этом упёрся в то, что таксономия полностью повторяет материалы тип и функционал. Избыточность, но что лишнее не пойму.

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