Hi Nathan
>Personally I find the core plugin concept unnecessary. If it's core it
shouldn't be a plugin and should just be part of the main program. It
can still be Python that is fine however >users shouldn't have to turn
them on and off they should just be there and be transparent.
I think the plugin concept is highly usefull for both core/noncore, C++
and Python plugins. It helps to keep code well separated and avoids
bloating the size of the main executable for things which are rarely
used ( read for e.g. here why size _does_ matter:
https://www.webkit.org/blog/2826/unusual-speed-boost-size-matters/ ).
Many people never use e.g. grass plugin, evis, georeferencer, globe.
Plugins are a sophisticated way of keeping things lean and separated.
>however users shouldn't have to turn them on
That's the same thing for toolbars which are hidden by default or the
browser. Many people don't notice those features. However, Iwe cannot
clutter the interface with everything by default just to save the user
from doing a click or looking up things in the documentation or with google.
Regards,
Marco
On 10.08.2013 12:42, Nathan Woodrow wrote:
+1 from me too.
Personally I find the core plugin concept unnecessary. If it's core it
shouldn't be a plugin and should just be part of the main program. It
can still be Python that is fine however users shouldn't have to turn
them on and off they should just be there and be transparent.
IMO we should aim to kill of all C++ core plugins in 2.1 and make them
core features.Things like the geometry checking, spatial join,
georeferencer should all be core features and have C++ and Python APIs
that the user can use.
- Nathan
On Sat, Aug 10, 2013 at 4:37 PM, MORREALE Jean Roc
<[email protected] <mailto:[email protected]>> wrote:
+1 here for dropping the SEXTANTE name for the same reason we now
have a Vector menu instead of fTools.
I would vote for a "processing" menu as sextante goes beyond analysis
_______________________________________________
Qgis-developer mailing list
[email protected] <mailto:[email protected]>
http://lists.osgeo.org/mailman/listinfo/qgis-developer
_______________________________________________
Qgis-developer mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/qgis-developer
--
Dr. Marco Hugentobler
Sourcepole - Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
[email protected] http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee
_______________________________________________
Qgis-developer mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/qgis-developer
