[Discuss] Extension Skeleton Development Tool

[Paul]

@Paul I disagree. EPV is already run when submitting to the CDB plus I have run into issues with false positives using EPV and travis in the past (can't find it now naturally).

And thats called insta-deny, which requires unneeded work for a extensions teammember.

Only things that should be "required" would be the license and the type. If an extension writer wants to include EPV when testing on travis that would require a check on the yes box. Are you going to allow extension writers, if using dependencies, to include the EPV stuff within their extension when submitted to the CDB after they compiled it using composer? I highly doubt it.

Yes, there are already extensions approved with it included. Also, it is in require-dev, so if you run composer without requiring dev dependencies, it is not in included anyways.

[Boardtalk.net]

Is this working for anyone? All I'm getting on my 3.1.8 is
Fatal error: Class 'Symfony\Component\Finder\Finder' not found in /ext/phpbb/skeleton/helper/packager.php on line 167

Would love to get this up and running as it sounds very interesting... cheers folks

[3Di]

@ Boardtalk.net

Has been already discussed in this very Topic.
Ticket: https://github.com/phpbb-extensions/php ... /issues/10

[Boardtalk.net]

@ Boardtalk.net

Has been already discussed in this very Topic.
Ticket: https://github.com/phpbb-extensions/php ... /issues/10

Ah, thanks for that but what is meant by this...

In the meantime you should use this ext inside a clone of the phpBB repo...

... I don't understand what this means.
Thanks

[3Di]

@ Boardtalk.net

Has been already discussed in this very Topic.
Ticket: https://github.com/phpbb-extensions/php ... /issues/10

Ah, thanks for that but what is meant by this...

In the meantime you should use this ext inside a clone of the phpBB repo...

... I don't understand what this means.
Thanks

At the present time that finder/finder does exists if you clone the phpBB repository from github and then clone this extension into it.

Or else, the guys are already working on making a build script that will avoid anyone to get crazy (if does not know the how to) doing that.

Once done it will be simply downloadable and installed as a normal extension, it is anyway a bug as it has been already stated, but condider please that's a DEV release.

[Boardtalk.net]

Thanks 3Di, appreciate the explanation - I wasn't sure if he was explaining a work around or not
Cheers

[MattF]

A packaged release version is now currently available. It will now work in standard installations of phpBB as well as clones of the phpBB repository. And also phpBB 3.1.x and 3.2.x branches are supported.

https://github.com/phpbb-extensions/php ... n/releases

[Boardtalk.net]

A packaged release version is now currently available. It will now work in standard installations of phpBB as well as clones of the phpBB repository. And also phpBB 3.1.x and 3.2.x branches are supported.

https://github.com/phpbb-extensions/php ... n/releases

This is great, thanks and works perfectly.

[MattF]

A new release is out:
1.0.0-a2
https://github.com/phpbb-extensions/php ... n/releases

[FoFa]

Hello,

Working fine for me.

But does exist a place where we could find fields explanations ? I don't want to load things I don't need.

Thanks

[MattF]

phpBB's Extension Development Team is pleased to announce the next release of the Extension Skeleton for extension developers.

Extension Skeleton 1.0.1

Change log:

• Fixed an issue where in phpBB 3.1 boards, the Command Line Interface would not work.
• Ext skeleton files now have file docblocks uniquely named after the extension (was previously based on phpBB's own docblock). The current date and primary author name are also automatically added to the docblock's @copyright.
• Ext skeleton ACP PHP files have correct visibility declarations for methods and properties now.
• Ext skeleton config service files correctly encapsulate all strings in quotes that begin with @ and % per Symfony specifications.
• Ext skeleton PHP files have all their docblocks updated to be consistent with PSR-5 recommendations.
• Ext skeleton event class methods that do not use the $event variable do not have them defined as an argument (this is done to demonstrate that the $event argument is only needed if actually used in an event listener method).
• Internal docblocks have been updated.

Requirements:

• phpBB 3.1.4 or newer (also compatible with phpBB 3.2.0-b3 or newer)
• PHP 5.3.9
• PHP module ZipArchive

[3Di]

@ VSE

I sincerely think that this post it's worth to create a wiki page of some sort there at the repository.

This will indeed motivate many future extension writers.

Just a thought.

[MattF]

@ VSE

I sincerely think that this post it's worth to create a wiki page of some sort there at the repository.

This will indeed motivate many future extension writers.

Just a thought.

That can be added as hover tooltips to them in the next version. But to be perfectly honest, if somebody is developing an extension, they really should be familiar with what each of those components are. Although I think a tooltip would help further expand on what they will generate if enabled..

[3Di]

@ VSE

I sincerely think that this post it's worth to create a wiki page of some sort there at the repository.

This will indeed motivate many future extension writers.

Just a thought.

That can be added as hover tooltips to them in the next version. But to be perfectly honest, if somebody is developing an extension, they really should be familiar with what each of those components are. Although I think a tooltip would help further expand on what they will generate if enabled..

+1

[MattF]

@ VSE

I sincerely think that this post it's worth to create a wiki page of some sort there at the repository.

This will indeed motivate many future extension writers.

Just a thought.

Also, DOCs started:
https://github.com/phpbb-extensions/php ... Components