<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hi<br>
    <br>
    <div class="moz-cite-prefix">On 10/19/2015 05:11 PM, Anita Graser
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAFFV8FgVcfD0f8-joLfPYrFUvfD_JxBEaXe9Ds+7MSKzeFqO7A@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_default" style="font-size:small">Hi Victor,</div>
        <div class="gmail_extra"><br>
          <div class="gmail_quote">On Mon, Oct 19, 2015 at 1:15 PM,
            Victor Olaya <span dir="ltr"><<a moz-do-not-send="true"
                href="mailto:volayaf@gmail.com" target="_blank">volayaf@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">Hi
              Anit
              <div class="gmail_default"
                style="font-size:small;display:inline">​a​</div>
              <br>
              nice discussion you bring up<br>
              Shouldn't it behave like the ftools dissolve tool
              currently does?<br>
            </blockquote>
            <div><br>
            </div>
            <div>
              <div class="gmail_default" style="font-size:small">​Yes,
                it used to behave exactly like ftools still does. But
                the arguments behind the latest changes to the script
                are that the (ftoos) behavior is not what users expect.</div>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    The current behavior is not deterministic and therefore in the long
    run probably not the most desirable behavior. Reading Bernhard's
    comments in the issue, it's quite hard to improve without
    considerably extending parameter handling in processing.<br>
    <br>
    Best solution IMO:<br>
    <br>
     * Keep the current/old behavior for the moment<br>
     * Add new parameter possibilities (e.g. a table/array of string
    (attribute name) -> combobox (aggregate function) mappings)<br>
     * Use the current behavior as default setting for fields where the
    aggregate funtion is undefined<br>
    <br>
    + Full backwards compatibility<br>
    + Full control (/as soon as it gets done)<br>
    + One tool for one job (as opposed to "old dissolve" vs. "new
    dissolve" tools)<br>
    - The default behavior may not be optimal (Can still be changed for
    3.0 if it's considered to be better)<br>
    <br>
    -- Matthias<br>
  </body>
</html>