I'm no plugin creator (yet), and as such probably can't provide any valuable insights here, but nevertheless, here goes...<br><br>Maybe, the plugin creators themselves could decide if they wanted to be added to this central plugin scheme. And if a plugin<br>
creator doesn't want that, he can just as well keep his own build system and make releases on his own, so the users of his plugin can<br>install at their leisure. The downsides of this will be known, as the end-user will most certainly have a more difficult time getting the plugin<br>
and keeping it up to date (hail packages!).<br><br>So the way I see it, it's not an either-or situation, just a logical or situation (note that I didn't say xor ;) ).<br><br>Kind regards, Nicolas<br><br><div class="gmail_quote">
2009/6/3 Enrico Tröger <span dir="ltr"><<a href="mailto:enrico.troeger@uvena.de">enrico.troeger@uvena.de</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hey,<br>
<br>
yesterday, I talked to Chow Loong Jin on IRC about the whole recent<br>
plugins release issues and we came across an interesting question about<br>
restructuring the whole way how we organise our external plugins<br>
currently.<br>
<br>
We once said, plugins should be and keep independent so they can<br>
installed on their own and without the need to install all other<br>
plugins. Therefore, currently each plugin (those in the geany-plugins<br>
project) have an own build system, based on autotools. Additionally we<br>
have a common build system, based on waf, which one can use to build<br>
all plugins at once from SVN.<br>
<br>
While discussing how a possible geany-plugins release could be done and<br>
what's necessary, we came across the idea of changing the above idea:<br>
give up the independence of each plugin and instead create one big<br>
project consisting of the various plugins but with only one build<br>
system. Following you'll find a list of pros and cons which instantly<br>
came to my mind as some kind of rationale.<br>
<br>
Pros:<br>
- easier developing for plugin authors, no need to fiddle with the own<br>
build system, no stress about creating releases, you can just<br>
concentrate on coding<br>
- one central po/ directory with translations of all plugins which<br>
makes it much easier for translators so we hopefully get more<br>
translations for the plugins<br>
- just one global build system, easier for developers, release manager<br>
and users<br>
-  with Chow Loong Jin we get a release manager who takes care of<br>
creating releases and their coordination<br>
<br>
Cons:<br>
- we loose the independence of plugins, i.e. plugins can't be released<br>
on their own anymore or at least it gets harder to do so<br>
- we will end up with one big geany-plugins release which probably<br>
contains more plugins than users generally want/need (however the<br>
build system should allow users to exclude certain plugins from being<br>
built and automatically exclude those which can't be built due to<br>
missing dependencies)<br>
- plugins (rather plugin releases) get dependent of other plugins and<br>
their authors and after all, dependent of the release manager<br>
<br>
<br>
One more note about translations:<br>
Yesterday, Frank mentioned he succeeded in writing a script to manage a<br>
global gettext system for plugins by copying and merging the individual<br>
message catalogues. However, this is of course just some kind of hack<br>
and far away from a clean solution. So, this is both, an argument for<br>
and against the above idea. It could be a workaround if we keep the<br>
current way of managing plugins, OTOH it shows the advantages of<br>
changing the handling.<br>
<br>
<br>
So, you'll see this is some kind of basic question about the future of<br>
our plugins organisation. And because this affects all further actions,<br>
I'd like to hear your feedback first before continuing the other recent<br>
thread. Thanks.<br>
<br>
I ask especially all current plugin authors for their opinion since<br>
this affects you directly. We don't want to decide anything without and<br>
force you to anything you don't want.<br>
<br>
Raise your voice. Thanks.<br>
<br>
<br>
I personally am not yet completely done with my decision as I still<br>
think separated, independent plugins is a good idea. But on the other<br>
hand, the advantages like the better translation coordination and the<br>
loss of responsibility of creating releases tempts me to change my<br>
mind (I don't like creating releases :D).<br>
<br>
<br>
Regards,<br>
Enrico<br>
<br>
P.S.: sorry for the mass of text, I tried to keep it short but<br>
obviously failed :(.<br>
<font color="#888888"><br>
--<br>
Get my GPG key from <a href="http://www.uvena.de/pub.asc" target="_blank">http://www.uvena.de/pub.asc</a><br>
</font><br>_______________________________________________<br>
Geany-devel mailing list<br>
<a href="mailto:Geany-devel@uvena.de">Geany-devel@uvena.de</a><br>
<a href="http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel" target="_blank">http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel</a><br>
<br></blockquote></div><br>