<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <br>
    <div class="moz-cite-prefix">On 02/19/2016 11:29 AM, Nyall Dawson
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAB28Asioia5CH2O-tC5BsnerMhZCQAcB=Md7tE3qBvxgxU8OFw@mail.gmail.com"
      type="cite">
      <p dir="ltr"><br>
        On 19 Feb 2016 19:35, "Etienne Trimaille" <<a
          moz-do-not-send="true"
          href="mailto:etienne.trimaille@gmail.com"><a class="moz-txt-link-abbreviated" href="mailto:etienne.trimaille@gmail.com">etienne.trimaille@gmail.com</a></a>>
        wrote:<br>
        ><br>
        > I'm discovering that 'old' topic.<br>
        > Yes, I really like the idea, but I wasn't aware about that.<br>
        > I think the UI should be more uniform between plugins and
        QGIS, for instance to have : <br>
        > - the same combobox about layers (using the symbol for the
        geometry type and the EPSG if the checkbox is checked in the
        Processing settings)<br>
        > - the same combobox for table fields (symbol with the kind
        of field : integer, char ...)<br>
        > - the same output field with the menu (save to temp file,
        save to vector file, save to ...) like in processing.</p>
      <p dir="ltr">Just a little advice - we need to push people toward
        the standard widgets for these, eg QgsFieldComboBox,
        QgsMapLayerComboBox. Reimplementing then with new Python
        versions isn't a good idea, since it breaks consistency with
        core (and is also a lot of extra work!)</p>
    </blockquote>
    <br>
    I would say, we even need to advertise the custom widgets.<br>
    All these widgets are availble in Qt Designer, it's quite easy to
    use them from there.<br>
    <br>
    <br>
    <br>
    <blockquote
cite="mid:CAB28Asioia5CH2O-tC5BsnerMhZCQAcB=Md7tE3qBvxgxU8OFw@mail.gmail.com"
      type="cite">
      <p dir="ltr">Nyall<br>
      </p>
      <p dir="ltr">> - ...<br>
        > So I will try to use that and contribute to these wrappers
        if I can. <br>
        ><br>
        > By the way, is it possible to recommend on the pyqgis
        cookbook (or the qgis documentation) to use the processing
        framework more often ? A lot of plugins are useful but we can't
        use them in batch mode or in complex workflow. Moreover, they
        often produce only shapefile.<br>
        > There are some very nice settings in Processing like "use
        selected features", default output format for vector and raster
        ... I think plugins should try to more compliant with these
        settings.<br>
        ><br>
        ><br>
        ><br>
        ><br>
        ><br>
        > 2016-02-19 8:55 GMT+01:00 Paolo Cavallini <<a
          moz-do-not-send="true" href="mailto:cavallini@faunalia.it"><a class="moz-txt-link-abbreviated" href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a></a>>:<br>
        >><br>
        >> Il 19/02/2016 08:53, Victor Olaya ha scritto:<br>
        >> > I dont think it wil hurt to add it to the main
        repo. While we develop,<br>
        >> > and the methods are not used yet, it will be just
        a bunch of files<br>
        >> > with dead code, so it is not risky, and maybe it
        is easier to engage<br>
        >> > people that way<br>
        >><br>
        >> I'd vote for it.<br>
        >> Thanks, Victor.<br>
        >><br>
        >> --<br>
        >> Paolo Cavallini - <a moz-do-not-send="true"
          href="http://www.faunalia.eu">www.faunalia.eu</a><br>
        >> QGIS & PostGIS courses: <a moz-do-not-send="true"
          href="http://www.faunalia.eu/training.html">http://www.faunalia.eu/training.html</a><br>
        >> _______________________________________________<br>
        >> Qgis-developer mailing list<br>
        >> <a moz-do-not-send="true"
          href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
        >> List info: <a moz-do-not-send="true"
          href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
        >> Unsubscribe: <a moz-do-not-send="true"
          href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
        ><br>
        ><br>
        ><br>
        > _______________________________________________<br>
        > Qgis-developer mailing list<br>
        > <a moz-do-not-send="true"
          href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
        > List info: <a moz-do-not-send="true"
          href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
        > Unsubscribe: <a moz-do-not-send="true"
          href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
      </p>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Qgis-developer mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a>
List info: <a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a>
Unsubscribe: <a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></pre>
    </blockquote>
    <br>
  </body>
</html>