<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">There's also the "Generate vector bug"
      which I've added to the list below.<br>
      <br>
      On 16/12/2013 11:59 AM, Ben Lewis wrote:<br>
    </div>
    <blockquote cite="mid:52AE5066.3030706@gmail.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">Hi Guys,<br>
        <br>
        I've done a small amount of testing on the latest build. It's
        getting close but there are still some outstanding issues:<br>
        <ul>
          <li>The bottom LH status bar over writes the (X,Y) coordinates
            with "Reading Field..." when updating live data. I think
            status updates from reading data should only be displayed on
            the initial read.</li>
          <li>"FFT Length" is editable when "Interleaved Average" is
            deselected. <a moz-do-not-send="true"
              href="https://bugs.kde.org/show_bug.cgi?id=328371">https://bugs.kde.org/show_bug.cgi?id=328371</a></li>
          <li>Time axis does not update after changing sample frequency.
            <a moz-do-not-send="true"
              href="https://bugs.kde.org/show_bug.cgi?id=328481">https://bugs.kde.org/show_bug.cgi?id=328481</a>
            It looks like the behaviour of this bug has changed but it
            is still not right yet. I can provide more details if
            required.</li>
          <li>Kst crashes intermittently when loading live data. I can't
            reproduce this reliably yet but it seems that the larger the
            file the more likely it is to crash. I will provide more
            details when I can find the steps to reproduce this.</li>
        </ul>
      </div>
    </blockquote>
    <blockquote>
      <ul>
        <li>Generate vector bug. <a
            href="http://kde.6490.n7.nabble.com/Generate-vector-bug-td1552453.html">http://kde.6490.n7.nabble.com/Generate-vector-bug-td1552453.html</a></li>
      </ul>
    </blockquote>
    <blockquote cite="mid:52AE5066.3030706@gmail.com" type="cite">
      <div class="moz-cite-prefix">
        <ul>
        </ul>
        None critical bugs:<br>
        <ul>
          <li>The length of time required to read/pass ASCII data
            changes dramatically from one column to the next. I'm not
            sure if this is a bug but on the surface it looks like load
            times could be significantly reduced if this problem was
            fixed.</li>
          <li>Temporary memory is not freed after reading data from an
            ASCII file. As it stands at the moment approximately twice
            as much ram is required than is really necessary.<br>
          </li>
        </ul>
        <p>I'll do some more testing and get back to you if I find
          anything else.<br>
        </p>
        Regards, Ben<br>
        <br>
        On 16/12/2013 12:36 AM, Peter Kümmel wrote:<br>
      </div>
      <blockquote cite="mid:52ADB056.4040400@gmx.net" type="cite">On
        15.12.2013 14:21, Nicolas Brisset wrote: <br>
        <blockquote type="cite">
          <blockquote type="cite">Should be fixed now. I will also
            disable progress information when <br>
            the file changes. <br>
          </blockquote>
          Just tested a bit: sometimes I see "column read", sometimes
          "Reading field"... Sometimes a progress bar flickering,
          sometimes not. <br>
          And when loading from a saved .kst file the progress still
          ends at 50%. <br>
        </blockquote>
        <br>
        Fixed with last commit. <br>
        <br>
        <blockquote type="cite">I haven't tested all possible cases
          (threads yes/no, live streaming data, data wizard, change data
          file, reload existing .kst, etc...) but I have the feeling
          it's not really consistent. <br>
          I'd still favor the simpler solution I had implemented:
          progress bar when parsing the rows and enough MB to parse,
          otherwise just a simple text label "Reading field: [name]",
          and that's it. <br>
        </blockquote>
        <br>
        I don't wanna undo all the changes, and it is much better now. <br>
        <br>
        <blockquote type="cite"> <br>
          Nicolas <br>
          _______________________________________________ <br>
          Kst mailing list <br>
          <a moz-do-not-send="true" class="moz-txt-link-abbreviated"
            href="mailto:Kst@kde.org">Kst@kde.org</a> <br>
          <a moz-do-not-send="true" class="moz-txt-link-freetext"
            href="https://mail.kde.org/mailman/listinfo/kst">https://mail.kde.org/mailman/listinfo/kst</a>
          <br>
          <br>
        </blockquote>
        <br>
        _______________________________________________ <br>
        Kst mailing list <br>
        <a moz-do-not-send="true" class="moz-txt-link-abbreviated"
          href="mailto:Kst@kde.org">Kst@kde.org</a> <br>
        <a moz-do-not-send="true" class="moz-txt-link-freetext"
          href="https://mail.kde.org/mailman/listinfo/kst">https://mail.kde.org/mailman/listinfo/kst</a>
        <br>
      </blockquote>
      <br>
    </blockquote>
    <br>
  </body>
</html>