On Mon, Apr 4, 2016 at 3:00 AM, Akkana Peck <akk...@shallowsky.com> wrote:
> Just agreeing with a few of Ofnuts' points:
> Ofnuts writes:
>> - communications with users: forum, etc. Mail notification necessary
> +1. With the current setup, I remember going to a page I'd made for
> one of my plug-ins and discovering there was a question there from
> four years earlier that I'd had no idea about.
>> - ability to share/transmit ownership
> Good one!
>> - I don't think this system should be a place to maintain/share the source
>> code. We could however enforce a FOSS/CC discipline and require the source
>> files to be provided (for some assets, this could mean the original XCF/SVG
> I like the experiments Pat has been doing with making links inside a
> repo that link to other repos. If the GIMP plugin repository can
> include files from a developer's site on github or wherever,
This experiment was about a perfectly hand-curated small set of
plugins. I completely understand that this is also very interesting.
But Pat does not need me to do this. If that is what people have in
mind, I won't be onboard. Don't get me wrong. This is still very cool,
I support the project and I could help from time to time. But this is
not as high a priority for me as other things. And that's a completely
different project to the one I am talking about.
I am talking about a plugin management system, with a user side
(within GIMP, to be able to browse hundreds of plugins,
install/uninstall them, automatic update when there are new versions…)
and a developer side (a way to upload their plugins, which can be as
basic as uploading a zip of their code, up to fancy GIMP-hosted
The curation is not contradictory to my idea and could be used within
the bigger plugin management system (there could be a small set of
GIMP team-maintained plugins, or team picks, and "approved" plugins,
etc.), but this curation cannot be the technical base of the whole
Because no, using a central git repository with submodules to
user-maintained repositories inside it is not scaling up! I don't see
at all actually how submodules could be the base of anything for a
plugin management system.
> that solves the problem of developers who are actively improving
> a plugin but forget that they also need to update the version on
> GIMP's repository.
No, setting a submodule for a given third-party repository does not
magically give you write access to this repository (and fortunately!
uhuh). You'd still have to fork if you want to improve the code of a
given repository when the original author is not responding. Once
again, this is manual curation.
>> - straightforward, no-questions-asked downloads
>> - easy registration for forums
>> - semi-anonymous use of forums (guest mode without registration, but with
>> some more hurdles such as captchas)
Why would we have forums? We are talking about a plugin system. We
could have comments on plugins, why not. And *if: we decided to have a
source hosting (gitlab or other), then obviously bug reports. But
Now if people want generic official forums (I know I don't, we already
have mailing lists, enough for me), that's a completely different
>> - search capabilities
> - browse capabilities, by category or keyword: browsing all the
> plugins in the color category isn't the same as searching for
> everything that has the word "color" anywhere in the description,
> a major problem with the previous plug-in repository. And maybe
> also by date: browse the recently added plugins.
I agree with most features above. But just to make things clear: we
can't have all this for a first release. But yes this kind of things
have to be prepared from the extension format (with keywords, and
categories/tags for instance).
Also let's not compare with the old registry. This was just a
glorified do-it-all website where anyone could just upload anything,
with basically no failsafe whatsoever. This had never been thought as
a plugin system, but was only a generic hosting system (Drupal if not
mistaken). In my opinion, there is basically *nothing* to be used from
the old system.
If you want to compare, please let's compare with good existing plugin
directories out there (Firefox, Wordpress, whatever has a huge base of
plugins) and try to see what works and what does not work well for
them. Let's work with good examples.
> gimp-developer-list mailing list
> List address: email@example.com
> List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
> List archives: https://mail.gnome.org/archives/gimp-developer-list
ZeMarmot open animation film
gimp-developer-list mailing list
List address: firstname.lastname@example.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives: https://mail.gnome.org/archives/gimp-developer-list