<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Apr 5, 2014 at 1:13 PM, Etienne Tourigny <span dir="ltr"><<a href="mailto:etourigny.dev@gmail.com" target="_blank">etourigny.dev@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">
<div class="">On Sat, Apr 5, 2014 at 1:00 AM, Nathan Woodrow <span dir="ltr"><<a href="mailto:madmanwoo@gmail.com" target="_blank">madmanwoo@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">I agree that adding the plugins to core would be a good idea however I don't feel that we should just add them in their current state.  The plugin repository has the benefit of of being able to update things faster then the release of QGIS itself if you find bugs, etc, you can also add features for older QGIS versions.</div>

</blockquote><div><br></div></div><div>the processing/sextante plugin is both in core and also can be updated. Same thing for ftools and gdaltools.</div><div class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div dir="ltr"><div>

<br></div><div>I think these features in the plugins are great but we should really integrate them into the core project itself as new features rather then just a plugin.   Having Python plugins in core can also raise issue for users because they still look like normal plugins but you can't update them because they are no longer in the repository.  Having to enable handy features also feels a bit hap hazard to me.  </div>



<div><br></div><div>Something like the value tool could easily be integrated into the identify tool for instance.   </div></div></blockquote><div><br></div></div><div>I agree, more or less - I thought about integrating it into the main identify tool, but as it works with raster layers only, how would you display raster and vector layers? </div>
</div></div></div></blockquote><div><br></div><div>I have implemented most features of the Identify Tool plugin to the main identify map tool in master, here is the pull request.</div><div><br></div><div><a href="https://github.com/qgis/QGIS/pull/1293">https://github.com/qgis/QGIS/pull/1293</a></div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">
<div class="gmail_quote"><div class="">
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>There are also some other concepts floating around the idea of bring CAD functions into core so I think it's best to just focus on making those stronger.</div>



<div><br></div><div>So +1 for adding the functions but -1 for just bringing the plugins into core.</div></div></blockquote><div><br></div></div><div>Not sure they would make it into core then, as development cost fof integrating into core is much higher than adding them as core python modules. For instance, the openlayer plugin would probably need quite a lot of work to be ported to c++.</div>

<div><br></div><div>On the other hand, anything that relies on qwt would be better handled. Butanthing that uses python plotting libraries would obviously not work.</div><div><br></div><div>cheers</div><span class=""><font color="#888888"><div>
Etienne</div></font></span><div><div class="h5"><div>
 </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><span><font color="#888888"><div><br>
</div><div>- Nathan</div></font></span></div>
<div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Apr 5, 2014 at 1:22 PM, AntonioLocandro <span dir="ltr"><<a href="mailto:antoniolocandro@hotmail.com" target="_blank">antoniolocandro@hotmail.com</a>></span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I think it's a great idea, I was actually thinking about this the other day<br>

and glad you brought the topic.<br>
<br>
Although we can install plugins certainly it becomes evident when a plugin<br>
should really become a core feature, example the Openlayers Plugin, I bet<br>
almost all people using QGIS downloads it before doing anything with QGIS.<br>
Plugins extend QGIS functionality beyond what initially was thought but in<br>
many cases plugins become a must to be able to work efficiently<br>
<br>
If the plugins are added to core I would vote for blending the functions<br>
coherently with the rest of the interface in the appropriate menus. A good<br>
example would be CAD tools which I would say be called Advanced Editing or<br>
something.<br>
<br>
I would add<br>
<br>
<a href="http://plugins.qgis.org/plugins/zoomtocoordinates/" target="_blank">http://plugins.qgis.org/plugins/zoomtocoordinates/</a><br>
<a href="http://plugins.qgis.org/plugins/numericalDigitize/" target="_blank">http://plugins.qgis.org/plugins/numericalDigitize/</a>  - needs to add case for<br>
geographic coordinates<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/Adding-plugins-to-core-tp5133202p5133245.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/Adding-plugins-to-core-tp5133202p5133245.html</a><br>




Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.<br>
<div><div>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></blockquote></div></div></div><br></div></div>
</blockquote></div><br></div></div>