[Qgis-developer] organizing plugins

MORREALE Jean Roc jr.morreale at enoreth.net
Wed Apr 28 05:54:55 EDT 2010


 Le mer 28/04/10 11:39, "Borys Jurgiel" borysiasty at aster.pl a écrit:
> Dnia środa, 28 kwietnia 2010 o 09:36:10 Paolo Cavallini napisał(a):
> > Hi all.
> > I have been giving several courses on QGIS recently,
> and I think we got to
> a point where the current (dis) organization of
> plugins is no longer
> tenable. It is getting very difficult to find the
> appropriate menu to
> start the plugin. the plugin bar is often too big to
> fit into a 1280
> screen.
> > Would it be feasible to add a tag <section>
> (or similar), with values:
> raster, vector, web, general (more?) and make
> separate menus for the
> various sections? This seems to me relatively easy,
> and not invasive.
> Plugin authors would not be forced to use it, but
> all plugins without a
> tag could go in the "miscellaneous" menu, so authors
> would find it
> advantageous to add the tag so their plugin will fit
> into the right menu.
> I can help with the classification if
> necessary.
> Thoughts?
> > All the best.
> 
> Great. I got stuck with the classification :) Classes as "raster",
> "vector", 
"web" can be insufficient. There still will be dozens of plugins in a few
> of 
them. I believe we also need a functional division: import, export, 
> processing, statistics, display etc. What about a two-level classification:
> 
"raster/import", "raster/processing". I collected all plugins together,
> will 
update the list and post it here.
> 
> I have scheduled it for June. Will try to find a free Sunday earlier, but
> 
can't promise :/
> 

What about using the same classification than the one shown in the grass toolbox ?



More information about the Qgis-developer mailing list