Расширения - это просто!

[rxu]

Будет. Например, в эксте склейки БО использует событие.

[Алг]

Будет. TopicPreview, например, подключается к событиям нескольких расширений

[xisp]

Прикольно.

[Борис Бердичевский]

В функции revert_data() вместо 'module.add' нужно вписать 'module.remove'

Хорошо, что я по ходу дела в этом разобрался, но для проблемы, которую я решал, нужно было сделать по-другому.
revert_data() там не нужен, а нужно добавить проверку на выборку записи

Код: Выделить всё

'SELECT * FROM ' . MODULES_TABLE . " WHERE module_langname='Лог регистраций'";

И по этой проверке (если найдено) удалить лишнюю пагу ACP, прямо в update_data()

Код: Выделить всё

			array('if', array(
				($this->CheckIfRegisterModulePresent()),
				array('module.remove', array('acp', 'ACP_FORUM_LOGS', array(
					'module_basename'	=> 'acp_logs',
					'module_langname'	=> 'Лог регистраций',
					'module_mode'		=> 'register',
					'module_auth'		=> 'acl_a_viewlogs',
				))),
			)),

[Sheer]

WHERE module_langname='Лог регистраций'";

Ой как некрасиво!!! Борис Бердичевский, для лангнейм нужно использовать языковые объекты, например ACP_LOG_REGISTER

[Борис Бердичевский]

Sheer
дело в том, что при переводе БД из 3.0 выяснилось: именно так это было записано в БД. Потому нет выбора, только так это можно удалить оттуда. И записать как положено, с переменной 'ACP_REGISTER_LOGS'.

[Shredder]

Каким образом подключить свой скрипт ПОСЛЕ plupload?

Код: Выделить всё

<!-- EVENT overall_footer_after -->

<!-- IF S_PLUPLOAD --><!-- INCLUDE plupload.html --><!-- ENDIF -->
{$SCRIPTS}

</body>
</html>

[rxu]

Shredder
Согласно документации, при использовании в любом событии конструкции вида

Код: Выделить всё

<!-- INCLUDEJS my_scripts.js -->

скрипт будет загружен через переменную шаблона $SCRIPTS.

Аналогично с css - при использовании конструкции вида

Код: Выделить всё

<!-- INCLUDECSS my_styling.css -->

таблица стилей загружается через переменную шаблона $STYLESHEETS.

[Shredder]

rxu
Да, я это пробовал. К сожалению, скрипты подключаются в месте события, а не в месте $SCRIPTS
Выходит, что нужно просить разработчиков переместить <!-- EVENT overall_footer_after --> после $SCRIPTS, чтобы дать авторам расширений возможность взаимодействовать с plupload. Или добавить новое событие.

[rxu]

К сожалению, скрипты подключаются в месте события, а не в месте $SCRIPTS

Как это определили?

[Shredder]

Пробовал подключить через событие <!-- EVENT overall_footer_after --> - скрипт работает, есть в исходном коде и успешно открывается, но выводится до библиотеки. То же самое и со скриптами других расширений, подключаемыми через INCLUDEJS.

Добавлено спустя 12 минут 3 секунды:
Если событие <!-- EVENT overall_footer_after --> переместить в коде шаблона, чтобы оно стояло после plupload, то всё начинает работать, как нужно.

[rxu]

Да. Фишка в том, что в plupload.html в самом используется INCLUDEJS, поэтому неясно, в каком порядке происходит их включение в переменную $SCRIPTS. Попробуем выяснить.

Добавлено спустя 5 минут 18 секунд:
Случайный порядок.

[Anvar]

Да, есть такое явление. И ещё, INCLUDEJS не работает во многих других событиях.

В обоих случаях приходится использовать обычный способ <script></script> и даже такой способ, в overall_footer_after усердно подключается выше forum_fn.js и ajax.js

[Shredder]

В обоих случаях приходится использовать обычный способ <script></script>

Чтобы подключить сейчас свой скрипт после plupload, нужно физически изменить шаблон - что противоречит самой идее расширений. Или есть какой-то другой способ?

[rxu]

Shredder
А что за сценарий работы? Почему нужно именно ниже, вроде бы место объявления функций не имеет значения, как и в PHP?