<div>I like your suggestions for time, but some of them make take some more thinking, so I don't think we should hold up a bug fix release for them.  Svn is in far better shape than 2.0.6, so we should release.</div><div>
<br></div><div><div>Nicolas: when do you think you will be able to poke at it for regressions?<br></div><div><br></div></div><div>Peter, can you produce a beta package?</div><div><br></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">On Sat, Nov 3, 2012 at 7:18 PM, Nicolas Brisset <span dir="ltr"><<a href="mailto:nicolas.brisset@free.fr" target="_blank">nicolas.brisset@free.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Barth,<br>
<div class="im"><br>
> Now that my 5 year rolling grant application has finally been<br>
> submitted...<br>
</div>OK, that'll be why you've been unusually quiet the last days...<br>
Preparing your next north/south pole "holidays" :-) ?<br>
<div class="im"><br>
> What are the current show stoppers for 2.0.7 (or can we just<br>
> release)?<br>
</div>I wanted to do some more testing before releasing, and I have not yet come around to it.<br>
I'm not aware of any regressions right now, the last ones I mentioned have been fixed by Peter already. But some systematic testing could avoid annoying bugs as we had in 2.0.6.<br>
<br>
Apart from regression testing, I think we should finalize some of the "time" stuff, particularly:<br>
- in the ASCII source, adding a possibility of having fixed-sampling indexes computed as time (the same as INDEX currently, with a GUI option to indicate the sampling time)<br>
- in the ASCII source, adding an offset either as a format string + value, or taken from the file's time/date. This would apply to all time vector options<br>
- after testing the current svn a bit I think a separate time and date vectors as I had planned originally is not worth the effort. Peter's current implementation should be good enough<br>
- deciding for the ASCII file buffer stuff whether the options belong in the properties of the ASCII reader or in global settings<br>
- when selecting a time vector in the datawizard, we should automatically create plots with the X axis set correspondingly. The way it is right now, you have to create the plots and then change the x-axis settings again, which apparently confused even you. I think it would be too bad to spoil such a nifty feature in that way. Having an option at the time you read in the data and a different one to set how the x axis is displayed is OK, but we should try hard(er) to guess it right. If this point is not clear from the discussion, just play around with it and you'll understand what I mean<br>

<br>
Regarding the points above, I have been thinking about the first 2 points and I more or less see how to do them. It should be fairly easy now that Peter has done all the heavy lifting. I am less clear about the data wizard part. So if you can/want to implement something, I'd suggest you start with the last points. Then we'll see who gets to adding the small options first :-) In any case, I think we should take the extra few days it takes to finalize that time stuff instead of releasing a half-baked implementation.<br>

<br>
Nicolas<br>
<br>
_______________________________________________<br>
Kst mailing list<br>
<a href="mailto:Kst@kde.org">Kst@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kst" target="_blank">https://mail.kde.org/mailman/listinfo/kst</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse;color:rgb(136,136,136)">C. Barth Netterfield<br>University of Toronto<br>416-845-0946</span><div>
<span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse;color:rgb(136,136,136)"><br></span></div><br>
</div>