Development Discussion Board

I recently came across the below topic which suggests that for extensions that create modules in UCP/MCP/ACP, the extension author needs to add something like 'auth' => 'ext_vendor/foobar' to their module info files so the modules don't show up when the extension is inactive.

https://www.phpbb.com ...

Ticket: http://tracker.phpbb.com/browse/PHPBB3-12024
PR: https://github.com/phpbb/phpbb/pull/1878

Identifier: overall_header_content_before and overall_footer_content_after
Prosilver Location (if applicable): In overall_header.html after line 182, i.e. after the last line, and overall_footer.html before line 1 i.e. before the first line respectively
Subsilver Location (if applicable): In ...

There is nothing more frustrating for a user than trying to install an extension and running into errors. So I think the module tool needs to be more forgiving.
Consider the following code to add 2 categories and one module from an extension:
public function update_data ()
{
return array(
// add ...

Ok thanks

Does the module tool work for extensions currently?

Say I have an extension my/test with a module info file (test_info.php) that looks something like this:
class phpbb_ext_my_test_acp_test_info
{
function module()
{
return array(
'filename' => 'test_module',
'title' => 'ACP_TEST',
'version ...

I may once again be looking at this the wrong way but I found something quite curious about template events. Say we have an extension with a template file ext/blitze/foo/styles/all/overall_footer_before.html which of course responds to the overall_footer_before event in the overall_footer.html file ...

Are there any plans to fix the relative path issue before 3.1 alpha?

Ok, I have put in this PR to automatically add permission language files from extensions

I think that these are all things that need to be well thought out, cleaned up, and added to the documentation on how to create extensions for phpBB 3.1. Since core.user_setup runs on every page it probably isn't ideal, as this is only needed when setting permissions. Do we need a different event ...