<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Ho all,</p>
    <p>I agree on this interpretation.</p>
    <p>All the best.<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 08/26/2018 08:49 PM, Martin Isenburg
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CABSWR-H+w6diFiUvSEOhw9hLUrDv6xwc-j8aYZx77+ZTjLNyog@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      <div dir="auto">Hu,
        <div dir="auto"><br>
        </div>
        <div dir="auto">Having just added a new plugin [1] today marked
          "experimental" my expectation was that I would use this <span
            style="font-family:sans-serif">"experimental" </span>flag
          for my first one or two or three versions until I am sure it
          works for others as well and until all the initial kinks of a
          first time plugin submission are ironed out. I had the
          expectation that it would signal to the users that this is a
          new effort and that it may take a few more updates to find and
          fix all the bugs. Since doing this initial experimental<span
            style="font-family:sans-serif"> </span>release this
          afternoon, for example, I've created already a newer version
          that I was intending to submit soon.</div>
        <div dir="auto"><br>
        </div>
        <div dir="auto">Hence maybe a two week time limit for plugins to
          remain <span style="font-family:sans-serif">experimental </span>would
          be a useful way to limit the number of <span
            style="font-family:sans-serif">experimental plugins to those
            newly submitted or currently under active development and
            kick out those that are idle in their experimental status.</span></div>
        <div dir="auto"><span style="font-family:sans-serif"><br>
          </span></div>
        <div dir="auto"><span style="font-family:sans-serif">Regards
            from Zanzibar,</span></div>
        <div dir="auto"><span style="font-family:sans-serif"><br>
          </span></div>
        <div dir="auto"><span style="font-family:sans-serif">Martin</span></div>
        <div dir="auto"><span style="font-family:sans-serif"><br>
          </span></div>
        <div dir="auto"><span style="font-family:sans-serif">[1] </span><font
            face="sans-serif"><a
              href="http://plugins.qgis.org/plugins/LAStools/"
              moz-do-not-send="true">http://plugins.qgis.org/plugins/LAStools/</a></font></div>
        <div dir="auto"><br>
        </div>
        <div dir="auto"><br>
        </div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr">On Sun, Aug 26, 2018, 21:11 Borys Jurgiel <<a
            href="mailto:lists@borysjurgiel.pl" target="_blank"
            rel="noreferrer" moz-do-not-send="true">lists@borysjurgiel.pl</a>>
          wrote:<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Lists,<br>
          <br>
          Before I make a QEP I'd like to know your general thoughts.<br>
          <br>
          After I removed the deprecated plugins filter from the Plugin
          manager (and <br>
          make them always visible) [1], Alex suggested doing the same
          with the <br>
          Experimental status.<br>
          <br>
          Initially it was designed for two cases: to mark a whole
          plugin as <br>
          experimental, and to just mark the recent version (so a kind
          of beta). Both <br>
          cases seem to be popular among authors: at the moment we have
          215 plugins for <br>
          master, from which ~40 are experimental only and ~20 are in
          both versions.<br>
          <br>
          However, I'm not sure if it makes much sense nowadays.
          Releasing 'stable' and <br>
          'experimental' versions seems a bit overscaled to me. And
          there is a simpler <br>
          solution: If the recent version is buggy, users can just
          download the last <br>
          working one from the repo and install from zip. The former
          case, when the <br>
          whole plugin is experimental, seems to be often misused:
          authors can use it to <br>
          hide some specialised of localised plugisn from majority of
          users. In fact <br>
          even I committed such clear misuse, marking the Plugin
          Reloader as <br>
          experimental just to not clutter the list for normal users...
          Another reason <br>
          could be a shyness. But again, we have the rating stars now
          and don't need to <br>
          rely on the author's shyness anymore.<br>
          <br>
          So... Do you see important reasons to keep this tag? Maybe we
          should <br>
          completely drop it? Or just remove the option to hide them
          from manager, <br>
          leaving the flask icon on the plugin details page?<br>
          <br>
          Regards,<br>
          Borys<br>
          <br>
          [1] <a href="https://github.com/qgis/QGIS/pull/7713"
            rel="noreferrer noreferrer noreferrer" target="_blank"
            moz-do-not-send="true">https://github.com/qgis/QGIS/pull/7713</a><br>
          <br>
          <br>
          <br>
          _______________________________________________<br>
          QGIS-Developer mailing list<br>
          <a href="mailto:QGIS-Developer@lists.osgeo.org"
            rel="noreferrer noreferrer" target="_blank"
            moz-do-not-send="true">QGIS-Developer@lists.osgeo.org</a><br>
          List info: <a
            href="https://lists.osgeo.org/mailman/listinfo/qgis-developer"
            rel="noreferrer noreferrer noreferrer" target="_blank"
            moz-do-not-send="true">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
          Unsubscribe: <a
            href="https://lists.osgeo.org/mailman/listinfo/qgis-developer"
            rel="noreferrer noreferrer noreferrer" target="_blank"
            moz-do-not-send="true">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote>
      </div>
      <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="https://lists.osgeo.org/mailman/listinfo/qgis-developer">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a>
Unsubscribe: <a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/qgis-developer">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Paolo Cavallini - <a class="moz-txt-link-abbreviated" href="http://www.faunalia.eu">www.faunalia.eu</a>
QGIS & PostGIS courses: <a class="moz-txt-link-freetext" href="http://www.faunalia.eu/training.html">http://www.faunalia.eu/training.html</a>
<a class="moz-txt-link-freetext" href="https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis">https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis</a></pre>
  </body>
</html>