Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-06-12 Thread Tobias Jakobs
Hi, Richard Hughes wrote a specification to add meta-information to plugins: http://blogs.gnome.org/hughsie/2014/06/11/application-addons-in-gnome-software/ I think this could be useful for Gimp plugins and the Gimp Registry. Regards Tobias 2014-04-13 21:57 GMT+02:00 scl scl.gp...@gmail.com:

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-06-12 Thread Ed .
I've added a link to this interesting page on http://wiki.gimp.org/wiki/Hacking:Plugin_registry Ed J -Original Message- From: Tobias Jakobs Sent: Thursday, June 12, 2014 10:28 AM To: scl Cc: gimp-developer Subject: Re: [Gimp-developer] Fwd: Gimp Registry Future Hi, Richard Hughes

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-05-28 Thread Ed .
Hi Sven (and GIMP developers), 'GIMP is easily user-extendable, by ‘one-click’ installation of plug-ins.' is a part of our product-vision and as far as I remember there have already been many ideas on this topic, dating back to 2003. And now it is possible, as of Gimp-Perl 2.30_05

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-13 Thread scl
On 9.4.2014 at 5:42 PM Ingo Lütkebohle wrote: If anybody could put up a wiki page for that, that'd be great. Does The GIMP have a wiki? Hi, I've just created that page, see http://wiki.gimp.org/index.php/Hacking:Plugin_registry Kind regards, Sven

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-12 Thread Jehan Pagès
Hi, On Sat, Apr 12, 2014 at 12:36 PM, Joao S. O. Bueno gwid...@gmail.com wrote: Just for the record, I second all of Jehan's concerns - Although I don't think the GIMP authenticated server should be the only possible way to install managed plug-ins: Users should be given an option to change

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-12 Thread Bertrand Denoix
On 04/12/2014 02:36 AM, Joao S. O. Bueno wrote: Just for the record, I second all of Jehan's concerns - Although I don't think the GIMP authenticated server should be the only possible way to install managed plug-ins: Users should be given an option to change the plug-in server to unofficial

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-11 Thread Ingo Lütkebohle
Jehan, I wholeheartedly support your concerns, but I would advise trying to think of ways of approaching this in a simpler way. If the registry can support you in that, let me know. Other than that, the whole searching and browsing UI is likely far from trivial as you suggest. cheers On Fri,

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-11 Thread Ingo Lütkebohle
Oh, and just to clarify, I also mean that effort for *authors* should be taken into account. On Fri, Apr 11, 2014 at 9:11 AM, Ingo Lütkebohle iluet...@gmail.com wrote: Jehan, I wholeheartedly support your concerns, but I would advise trying to think of ways of approaching this in a simpler

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-11 Thread Jehan Pagès
Hi, On Fri, Apr 11, 2014 at 7:13 PM, Ingo Lütkebohle iluet...@gmail.com wrote: Oh, and just to clarify, I also mean that effort for *authors* should be taken into account. Ok well I understood everything until your clarification. What effort for which authors? On Fri, Apr 11, 2014 at 9:11

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-10 Thread Jehan Pagès
Hi, On Thu, Apr 10, 2014 at 4:06 PM, scl scl.gp...@gmail.com wrote: Hi, it's interesting to see what interest such a post can trigger ;-) To be honest, it wasn't me who started the discussion, I just forwarded Ingo's call to the mailing list. 'GIMP is easily user-extendable, by ‘one-click’

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread SorinN
Can be taken - but a web(designer/developer) need good specs before starting this task. There are plenty of CMS'es on the wild - most of them with many ready-made modules Joomla / Word Press/ CMSMS - they are the easy to implement (and not hard to modify). Drupal is solid and well documented for

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread Tobias Jakobs
2014-04-09 13:04 GMT+02:00 SorinN nemes.so...@gmail.com: Can be taken - but a web(designer/developer) need good specs before starting this task. There are plenty of CMS'es on the wild - most of them with many ready-made modules Joomla / Word Press/ CMSMS - they are the easy to implement (and

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread SorinN
.. I think, if Ingo is talking about plugins, he is talking about Gimp plugins and not about plugins in CMS systems. Regards ..and I mean Drupal plugins for developing / improving the functionality of the actual gimp registry website - BTW - we all know that gimp plungin registry is about

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread Ingo Lütkebohle
Alexander, the Registry currently has support for uploading binary plugins, so those could be downloaded over the interface as well. How the binary plugins arrive in the registry is a different issue. I don't have much to offer on that front, because I can't compile for Windows and Mac OS X.

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread Alexandre Prokoudine
On Wed, Apr 9, 2014 at 3:57 PM, Ingo Lütkebohle wrote: Alexander, the Registry currently has support for uploading binary plugins, so those could be downloaded over the interface as well. How the binary plugins arrive in the registry is a different issue. I don't have much to offer on that

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread Tobias Jakobs
Hi! 2014-04-09 14:14 GMT+02:00 Alexandre Prokoudine alexandre.prokoud...@gmail.com: On Wed, Apr 9, 2014 at 3:57 PM, Ingo Lütkebohle wrote: Alexander, the Registry currently has support for uploading binary plugins, so those could be downloaded over the interface as well. It's a wee

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread Michael Schumacher
On 09.04.2014 14:43, Tobias Jakobs wrote: It's a wee bit more complicated. Think of e.g. security concerns. Sure, you can sit down and analyze the code of every submitted plugin, but this solution is not scalable, and a scalable solution (as in automated check for exploits) is likely to be

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread Michael Schumacher
On 09.04.2014 14:51, Alexandre Prokoudine wrote: The expected effect of that will be a huge increase of deployed extensions and, as a consequence, an increased interest to GIMP from people who write exploits. My concern is how this interest can realistically be handled, because we shall be

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread Joao S. O. Bueno
Hi Sven - It is nice to read this - I am very interested in having it working on the client side - that is, a GIMP plug-in that could make one-click download of plug-ins, scripts and other resources (brushes, tool settings, gradients and so on). Having an API SPEC for the registry would be

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread Alexandre Prokoudine
On Wed, Apr 9, 2014 at 7:42 PM, Ingo Lütkebohle wrote: If anybody could put up a wiki page for that, that'd be great. Does The GIMP have a wiki? wiki.gimp.org :-P P.S. Also, there is no such application as The GIMP anymore, for years :) Alexandre

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread Ingo Lütkebohle
P.S. Also, there is no such application as The GIMP anymore, for years :) so i've been told many times, but finger memory dies hard ;-) -- Ingo Lütkebohle, Dr.-Ing. Machine Learning and Robotics Lab, IPVS, Universität Stuttgart

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread Seth Burgess
Are we trying to reinvent a package manager here? A lot of the issues I could see coming up have already been addressed by apt/yum/etc - would adapting one of these be a better approach than reinventing the wheel? This would facilitate curating a list of trusted/mature plug-ins, experimental

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread Michael Schumacher
On 09.04.2014 18:03, Seth Burgess wrote: Are we trying to reinvent a package manager here? A lot of the issues I could see coming up have already been addressed by apt/yum/etc - would adapting one of these be a better approach than reinventing the wheel? If there is one that can be shipped

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread Sam Gleske
On Wed, Apr 9, 2014 at 12:06 PM, Michael Schumacher schum...@gmx.de wrote: On 09.04.2014 18:03, Seth Burgess wrote: Are we trying to reinvent a package manager here? A lot of the issues I could see coming up have already been addressed by apt/yum/etc - would adapting one of these be a

Re: [Gimp-developer] Fwd: Gimp Registry Future

2014-04-09 Thread scl
Hi, it's interesting to see what interest such a post can trigger ;-) To be honest, it wasn't me who started the discussion, I just forwarded Ingo's call to the mailing list. 'GIMP is easily user-extendable, by ‘one-click’ installation of plug-ins.' is a part of our product-vision and as far as

[Gimp-developer] Fwd: Gimp Registry Future

2014-04-08 Thread scl
On 8.4.2014 at 10:44 AM ingo wrote: Gimp Registry Future Dear Registry Users, I have maintained the registry for over 15 years now, and for the last couple of years we have had an excellent team of co-maintainers who took on a lot of the work. However, there are some much needed improvements