<div dir="ltr"><div><div><div><div><div><div>Hi,<br></div>I do not fully share the agreement on having core plugins not deactivable. Are Core plugins the problem or is it Processing? Let's not wrongly mix issues.<br><br>I'd always thought that Core plugins meant plugins developed, managed, updated by the QGIS project itself, provided by default with installation. It doesn't mean that everybody wants to use it or needs it. The Road Graph is a plugin I had never executed in 5 years I'm using QGIS. Many others (GPS Tools, Heatmap, rasters related plugins...) are concerned. Why would I want it activated by default and crowd the GUI? Then I'd have to struggle and change some somehow hidden customization option to have it disabled? Uncheck it in Plugin Manager sounds far simpler.<br><br></div>What puzzled many users (and might still do) with Processing in QGIS >=2.16 is to have removed fTools and not activate Processing by default for those that were using fTools. They should be provided a transparent replacement of fTools (including the removal of this one from the list). <br>And maybe communication about this change is not clear for all people. Currently, fTools state is broken but there's no message to tell you that you should instead activate Processing to get back your lovely functions.<br><br></div>So, from me, no, Core plugins should stay (de)activable even though looking at all the list of Core plugins being integrated in Processing in 3.0 I wonder how many Core plugins will stay (DB Manager and Processing?) when 3.0 lands. :)<br><br></div>Also, one of the power of QGIS imho is its modularity: you pick what you need. We should not put all in one. And having Core plugins being listed there gives some kind of confidence to contributors to follow the path (create plugins). I'm not sure i well expressed what I meant to.<br> <br><br></div>Regards,<br></div>Harrissou<br><div><div><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-12-12 16:01 GMT+01:00 Martin Dobias <span dir="ltr"><<a href="mailto:wonder.sk@gmail.com" target="_blank">wonder.sk@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Victor<br>
<span class=""><br>
On Mon, Dec 12, 2016 at 7:05 PM, Victor Olaya <<a href="mailto:volayaf@gmail.com">volayaf@gmail.com</a>> wrote:<br>
> Hi<br>
><br>
> This has been discussed in the past, but i think no decision was<br>
> taken, so I want to bring back the discussion.<br>
><br>
> I think that core plugins should not be visible in the plugin manager,<br>
> and users should not be able to disable them. If they are core, they<br>
> should be active (the menus and buttons can be removed with the<br>
> "View/Customization..." functionality if the user wants to)<br>
<br>
</span>Agreed that Processing should be always on. Also, IMO it should be<br>
available as "qgis.processing" python module.<br>
<br>
Cheers<br>
<span class="HOEnZb"><font color="#888888">Martin<br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a></div></div></blockquote></div><br></div>