etc

I would rather investigate on the side of template languages (like mustache), to be able to process forms both server and client side.

> I was planning on simply writing a few quick objects to replicate the existing functionality in a more OO style, and make it easier to customize That will be...

I'm fine with just `->add()`, unless we might need to add something else than form elements.

There are also other textarea [enhancements](https://forum.textpattern.com/viewtopic.php?id=51322) we might consider good for 4.9, please discuss.

I think we should make a difference between articles own fields and 'dashboard' items like 'recent articles'. The latter could go into some 'widgets' area that users could compose at...

That would be handy, but we'd need to pass by 'preview' step unlike for .zip and .php files. And Install textarea is still useful imo for copy/paste installs. It would...

Dunno, .php are in clear text and .zip are bundles of multiple files, so previewing them has no much sense. But .txt are different and not everybody has a base64...

Feel free to experiment :-)

@Bloke since all plugins are loaded from disk now, I thought it was faster to `include` only code, without associated (meta)data/help/etc. So each 'packed' plugin is split into its parts...

I don't think there is any bwc risk to refactor this. I doubt it is (or will be) used anywhere outside core, save probably in Plugin Composer, but it needs...