<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Il 23/01/2013 14:52, Tim Sutton ha scritto:
    <blockquote
cite="mid:CADOrBxNo02zbdCV6qSAmLM4Gttty5j003O2e3vJoemuKCb8TxA@mail.gmail.com"
      type="cite">Hi<br>
      <br>
      <div class="gmail_quote">On Tue, Jan 22, 2013 at 6:11 PM, Paolo
        Cavallini <span dir="ltr"><<a moz-do-not-send="true"
            href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a>></span>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          Hi all.<br>
          IMHO, one of the most pleasant trends in QGIS is the fast
          growing number<br>
          of contributors, e.g.<br>
          <a moz-do-not-send="true"
            href="http://www.ohloh.net/p/3663/contributors/summary"
            target="_blank">http://www.ohloh.net/p/3663/contributors/summary</a><br>
          In parallel, our user base is incresing even faster, and so, I
          guess,<br>
          the number of potential financial contributors.<br>
          Better feed up this trend. My suggestion is to stimulate
          prospective<br>
          contributors to:<br>
          <br>
          * choose a task, with priority with those necessary for a
          smooth release<br>
          of qgis 2.0 - all the blockers on the bugtracker, plus:<br>
             * add a bugtracker for all the plugins that miss it<br>
             * update to the new API the plugins that are not working<br>
             * migrate the plugin from the old to the new repo<br>
             * Sextante bugfixing, and especially setting up a full test
          suite for it<br>
             * general interface cleanup<br>
             * symbology migration to the new one<br>
             * labelling migration to the new one<br>
             * migrating to the new web site (stop joomla, go to rts)<br>
          <br>
          * make a proposal for the solution of the chosen task, and get
          a general<br>
          acceptance from the team<br>
          * make an estimate for the task<br>
          * then we can start a BidForFix, and if successful the new dev
          can start<br>
          working on it.<br>
          <br>
          How do you feel about it?<br>
        </blockquote>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>I'm happy to go ahead with this - maybe we should just pick
          one task first and test the system out e.g. the sextante one
          (picked randomly)?</div>
        <br>
      </div>
    </blockquote>
    So, if nobody objects, can I start?<br>
    I agree starting with just one block. My suggestion is:<br>
       * add a bugtracker for all the plugins that miss it<br>
       * update to the new API the plugins that are not working<br>
       * migrate the plugin from the old to the new repo<br>
    because working on sextante would require much interaction, possibly
    confusing for a first timer.<br>
    Maybe we can add "developing a sextante test suite" to the list.<br>
    <br>
    Opinions?<br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Paolo Cavallini - Faunalia
<a class="moz-txt-link-abbreviated" href="http://www.faunalia.eu">www.faunalia.eu</a>
Full contact details at <a class="moz-txt-link-abbreviated" href="http://www.faunalia.eu/pc">www.faunalia.eu/pc</a>
Nuovi corsi QGIS e PostGIS: <a class="moz-txt-link-freetext" href="http://www.faunalia.it/calendario">http://www.faunalia.it/calendario</a></pre>
  </body>
</html>