+25.90
Рейтинг
57.92
Сила

Алексей Качаев

Секция requires (как я это понимаю) нужна, чтоб на этапе активации плагина проверять зависимость от других плагинов
Да, совершенно верно.
Это для проверки на возможность плагина работать вместе с другими?

Вообще, я думал о необходимости такой проверки: плагин А для своей работы требует активацию плагина Б — даже в plugin.xml отвел спец. секцию в requires. Но руки никак не дойдут =)
1. Наследование
2. parent::
Спс, поправил.
Пишу в прошедшем времени
В текущем времени все осталось так же: конфиг должен возвращать массив.
Это конструктор-лего. Суть же была не в конечном результате — а в самом процессе создания. После выхода v.0.4 запакую и выложу в каталог модулей.
Угу.
=) Подрезал.
В статье написано «в будущем» — имело ввиду для следующих релизов.
Нет.
2. Надо править config.php, а хотелось бы делать это динамически из экшена.
AppendStyle(), PrependStyle() работают из action`а. Или я не понял задачу?
Добавляй его в отдельный блок имени самого себя, и он (файл) не будет сливать с остальными.
Ответил в письме
Архитектурно правильно фиксить эту ошибку в Jevix (т.е. «недодумку»). Обход этой проблемы в модуле Text возможен, но будет костыльным (например, вырезать подобные участки отдельно, после парсинга возвращать назад).
вношу изменения и ничего…
Список «сжимаемых» js\css файлов задается через конфигурацию, а не в шаблоне.
Еще раз повторю оставленный выше комментарий.
Ответ на ваш вопрос в функции GetBlogsAdditionalData модуля Blog.
А разработчик модуля не может этого сделать?
=) А ну да… Просто у меня __call в Entity переписан немного, вызов _CallModule — закомментирован, дабы сохранять стройность кода в проектах.
Соответственно классы $oBlog->getUserIsAdministrator() и $oBlog->getUserIsModerator()
ничего не выводят.
Вы делаете вывод о работе функций только по списку полей в базе данных? Посмотрите как модуль получает данные о блоге и что дальше с ними делает (функция GetBlogsAdditionalData).

$oBlog->Blog_GetBlogUser.....

Вот такое работать никогда не будет.