<p>I have a fix which I will try to finish tonight.</p>
<div class="gmail_quote">On Mar 22, 2011 6:21 PM, "Peter Kümmel" <<a href="mailto:syntheticpp@gmx.net">syntheticpp@gmx.net</a>> wrote:<br type="attribution">> On 22.03.2011 22:49, Nicolas Brisset wrote:<br>
>>> I've reverted my workaround in fitpolynomial_unweighted.cpp because<br>>>> it was no generic solution. But then the reload bug pops up again.<br>>>> So the order of output/input doesn't matter here.<br>
>>><br>>>> The problem (when loading) is that the dataobject is created with<br>>>> a xnum, and it assumes that xnum is incremented when the input scalar<br>>>> is loaded. But the scalar already exits with the initial xnum as<br>
>>> name.<br>>>> Thus xnum is not incremented and when the xnum value is used for the<br>>>> next creation of a scalar then two scalars have the same name.<br>>> I confirm that reloading a polynomial unweighted fit label currently does not work.<br>
>> It seems you have identified the issue quite precisely, I hope it can be fixed easily... I believe it is the last problem holding 2.0.3 back, is it right?<br>> <br>> Yes, I hope ;)<br>> <br>>> Once 2.0.3 is out, I'll try to update the roadmap and create some bugzilla entries so that we have a clear vision of the next steps.<br>
>><br>>> Nicolas<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">https://mail.kde.org/mailman/listinfo/kst</a><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">https://mail.kde.org/mailman/listinfo/kst</a><br>
</div>