Итак, решил вопрос, около полу-часа разбирал б.д., а оказалось, что все очевидно.
В таблице upload поле vid вяжет файл с материалом. Соответственно Нода уже связывает ноду с пользователем.
Тут суть в том, что мне в любом случае придется темизировать, свои стили и пр.
Было бы удобнее делать способом, который я изложил в начале.
Попробую Ваш способ, спасибо.
Благодарю за ответ.
Если я верно понимаю - нужно создать модуль, где использовать данную функцию.
А можно ли проделать это, используя php-код в manage-fields?
Решено таким путем:
Создана вьюшка.
(Типа improved_admin).
Поставлен модуль, который добавляет во views новый стиль - Массовые операции.
(views_bulk_operations)
Доступ по ролям к неопубликованным материалам.
(View Unpublished Content)
Доступ по ролям к всевозможным правам при редактировании.
(override_node_options)
Доступ к нодам настроен, их удаление, редактирование, просмотр неопубликованных - с этим проблем нет.
(последнее - View Unpublished Content).
(Доступ к нужным пунктам при редактировании - Override Node Options)
Проблема по сути в одном - доступность admin/content/node
Можно было сделать эту же страницу, используя views, но это долго и не совсем красиво.
Да какая специфичная задача? С задачей сталкивается куча людей и соответствующие модули уже написаны.
К примеру - role delegation. Позволяет человеку с определенной ролью менять роли у другого пользователя.
Но у подобного решения есть и недостатки, именно для этого и ищу альтернативы, чтобы выбрать лучший вариант.
Ну собственно и вопрос стоит в раздаче этих прав, в их динамичности и удобстве управления.
Ибо можно манипулировать принадлежность людей к ролям, а можно манипулировать правами к роли.
И это уже два варианта, до которых я дошел, хотя и не являюсь специалистом.
[РЕШЕНО]Связь файлов с node в б.д
Итак, решил вопрос, около полу-часа разбирал б.д., а оказалось, что все очевидно.
В таблице upload поле vid вяжет файл с материалом. Соответственно Нода уже связывает ноду с пользователем.
[РЕШЕНО]Связь файлов с node в б.д
Указан. Модуль стандартный.
Зависимое поле (checkbox) от загрузки файла
Пока что я вижу вариант:
Разобрать js, который грузит файлы и туда запихнуть проверку формы (та ли это), плюс добавление элемента на страницу.
[Решено] Темизация формы определенного типа материала при его создании
Я подключал в теме, но этот js используется не везде, хотел его подключить именно для этой формы.
[Решено] Темизация формы определенного типа материала при его создании
Тут суть в том, что мне в любом случае придется темизировать, свои стили и пр.
Было бы удобнее делать способом, который я изложил в начале.
Попробую Ваш способ, спасибо.
[Решено] Темизация формы определенного типа материала при его создании
После изменения буквы на малую - эффекта 0.
Привожу еще раз код.
Путь: 0:/www/themes/garland/
template.php
[Решено]CCK запретить редактирование, но показывать поле при создании материала
Ясно, значит модуль.
Код упрощу, еще раз спасибо.
[Решено]CCK запретить редактирование, но показывать поле при создании материала
Вот пример того, о чем я говорю.
То есть поле заполняется при создании материала автоматически.
[Решено]CCK запретить редактирование, но показывать поле при создании материала
Благодарю за ответ.
Если я верно понимаю - нужно создать модуль, где использовать данную функцию.
А можно ли проделать это, используя php-код в manage-fields?
Views - фильтр/аргумент по названию состояния Workflow
Актуально
[Решено] Убрать "Отделить анонс.." для определенного типа материала.
Благодарю за ответы, решено, еще один вариант решения - formfilter
Он подойдет, если вам необходимо визуально контролировать такие вещи.
[Решено] Убрать "Отделить анонс.." для определенного типа материала.
Вверх
[Решено]Доступ к содержанию с ограничениями
Решено таким путем:
Создана вьюшка.
(Типа improved_admin).
Поставлен модуль, который добавляет во views новый стиль - Массовые операции.
(views_bulk_operations)
Доступ по ролям к неопубликованным материалам.
(View Unpublished Content)
Доступ по ролям к всевозможным правам при редактировании.
(override_node_options)
Спасибо за помощь.
[Решено]Доступ к содержанию с ограничениями
Доступ к нодам настроен, их удаление, редактирование, просмотр неопубликованных - с этим проблем нет.
(последнее - View Unpublished Content).
(Доступ к нужным пунктам при редактировании - Override Node Options)
Проблема по сути в одном - доступность admin/content/node
Можно было сделать эту же страницу, используя views, но это долго и не совсем красиво.
[Решено] CCK - создание таблицы и разграничение доступа
В теории решил, на основе советов выше.
[Решено] CCK - создание таблицы и разграничение доступа
Благодарю, решено.
Views доступ к пунктам фильтра, либо ко всему фильтру.
Благодарю за совет, так и буду пытаться сделать, скорее всего.
[Решено]Права на ноду в зависимости от поля в ноде
На Друпале 6 - node_access()
Views доступ к пунктам фильтра, либо ко всему фильтру.
Вверх, обновил немного пост.
[Решено]Права на ноду в зависимости от поля в ноде
Благодарю, решено.
Нужен совет: Views - создание фильтра по полю node. Либо альтернатива.
Ап
Нужен совет: Views - создание фильтра по полю node. Либо альтернатива.
Если что-то непонятно объяснил, то спрашивайте, не знаю как реализовать задумку. (
Посоветуйте логику разграничения прав
Да какая специфичная задача? С задачей сталкивается куча людей и соответствующие модули уже написаны.
К примеру - role delegation. Позволяет человеку с определенной ролью менять роли у другого пользователя.
Но у подобного решения есть и недостатки, именно для этого и ищу альтернативы, чтобы выбрать лучший вариант.
Посоветуйте логику разграничения прав
Ну собственно и вопрос стоит в раздаче этих прав, в их динамичности и удобстве управления.
Ибо можно манипулировать принадлежность людей к ролям, а можно манипулировать правами к роли.
И это уже два варианта, до которых я дошел, хотя и не являюсь специалистом.
[Решено]Доступ к неопубликованному материалу без прав "Управление материалами"
Решено - модуль view_unpublished позволяет для ролей разрешать/запрещать.