1. Главная
  2. OldWarrior

OldWarrior: Комментарии

Главные вкладки

24 апреля 2011 в 4:23

Файловый менеджер - отличный! Честно.
Но да - плохо, что в модуль ckeditor штатно не интегрируется.

(Я, кстати, кое-как умудрился привязать к ckeditor: http://www.drupal.ru/node/60796
Может, кому пригодится.)

И ещё: нужно таки сделать user role permissions на доступ к папкам.
Минимум - хотя бы возможность указать root папку для каждой роли.
А в идеале - набор папок для каждой роли (как в IMCE).

17 апреля 2011 в 9:57

"Cozmi" wrote:
Однако, kondrat, проблема-то не решена скeditor поддерживает множество файловых менеджеров, вопрос в другом: Как вернуть быструю загрузку в 1 клик? =|

В CKeditor (если он установлен именно как самостоятельный модуль) есть возможность "вытащить" кнопку запуска IMCE сразу на тулбар. Описано в README:

15 апреля 2011 в 21:01

Лучше уж jQuery применить, имхо.
Если пока нет желания/возможности писать хуки.

зы: Хотя когда-то я и сам бывало экспериментировал с кодом модулей Smile В чём-то и полезно, но только не на реальных проектах, разумеется.

15 апреля 2011 в 5:11

При использовании Wysiwyg модуля - никак.
Он не "понимает" файлы конфигурации ckeditor. И кнопку будет трудно добавить.

В случае использования CKEditor как отдельного модуля (standalone) - вроде можно, добавив кнопку в ckeditor.config.js и написав код обработки. Подробности, думаю, сами найдёте.

10 апреля 2011 в 2:56

Ну ё-моё...

Я ж про это и говорю, лол.

Мне нужно, чтобы управляющие элементы/ссылки/табы оставались всегда на русском языке, независимо от того, какой перевод контента (языковая версия сайта) сейчас просматривается. Это можно сделать даже не для всех, а только для определённых ролей (администратор, например). Или вообще - для определённых пользователей.

(Только не надо сейчас начинать говорить про "установку языка по умолчанию в профиле пользователя" - речь совсем не об этом.)

10 апреля 2011 в 2:36

"Stasun" wrote:
Тоесть только на перевод текста, интерфейс остается на том-же языке?

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

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

10 апреля 2011 в 1:46

ЗЫ: дополню.
Что-то вопрос вообще не туда повернулся.
Переключатель языка переключит интерфейс только при редактировании страницы.
При обычном просмотре страниц он будет действовать обычно же: переключаться между версиями перевода.

В общем, это почти никак не решает вопрос.

10 апреля 2011 в 1:35

Давайте по-другому: а что в этом хорошего?

К тому же это не админы (как технические специалисты), а редакторы (то бишь - менеджеры, ибо сайт корпоративный). Им главное - чтобы "просто" и не путаться.

10 апреля 2011 в 1:25

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

Тогда проще взять каркасный код - типа "заготовки" под модуль Drupal.
При желании нетрудно найти.
И покопать какой-то готовый модуль и API (обязательно).
Модуль Devel тоже не повредит.

А код - как код, имхо. Smile
Но к Друпал-модулю пока не имеет никакого отношения.

10 апреля 2011 в 0:56

locale как раз и переводит весь сайт на другой язык.

Вы, наверное, что-то не так поняли.
Требуется обеспечить отображение контента на двух языках, но админ-интерфейс оставить на русском (принудительно).
Как это можно сделать в locale - что-то не пойму Smile

9 апреля 2011 в 6:33

Такая же задача и у меня стоит.

Но мне требуется оставлять всё, что относится к админ-интерфейсу (админменю и т.д) на русском. Независимо от отображаемого контента. А сам сайт двуязычный (en/ru). Все редакторы сайта - русские люди. Им удобнее понимать по-русски.

19 октября 2010 в 2:53

Да нет, конечно, не тестил, пока не было времени обновляться.
У меня пока всё ещё Opera 10.01 - я в основном пользуюсь FF.
И ничего не шаманил.

Но если что, то я хоть смогу показать заказчику, что в МОЕЙ Опере 10.01 всё ОК Smile

И на drupal.org ещё советовали попробовать отключить сжатие JS в "Производительность сайта".

зы: вообще - конечно, нужно проверить и на 10.6.

19 октября 2010 в 2:37

Только вчера утром здесь об этом писал: http://faq.drupal.ru/node/51359 (там же моё решение проблемы).

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

21 мая 2010 в 1:20

Если установлен модуль admin menu, то можно так:
http://mysite.ru/admin_menu/flush-cache

Если нет, то можно так:
http://mysite.ru/admin/settings/performance
(или Настройка сайта -> Производительность)

и нажать кнопку "Очистить кэш данных" (где-то внизу страницы).

19 мая 2010 в 1:45

Ну здесь именно вот этот фрагмент выводит полностью тело документа (со всеми фотками):

<?php print $content ?>

Вам нужно как бы "разделить" вывод поля "Содержание" и imagefield.
То есть, попробуйте так: