[Kst] [Bug 86505] Improvements to Plot dialog/Limits tab

[Nicolas Brisset]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
      
http://bugs.kde.org/show_bug.cgi?id=86505      
nicolas.brisset eurocopter com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rchern interchange ubc ca
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |



------- Additional Comments From nicolas.brisset eurocopter com  2004-08-31 11:03 -------
Wow ! I'm impressed to see all the nice things you guys implemented while I was on vacation :-)
I understand now why it is not good to file one report for many items, I apologize and I will not do it again in the future...(but this time I think it is still better to make all comments within the original report).

There are some very minor problems that it would be nice to fix regarding the current implementations of my wishes... Sorry I'm being a pain again, reopening a "fixed" bug !

- with part 2) of the report regarding major/minor ticks: minor ticks work as expected, but I'm having a hard time figuring out how to use major tick "density". I agree that xmgrace's way of doing this (you specify intervals, i.e. "10" would mean one major tick every time the X value increases by 10) messes up zooming, but here when I change the default "density" value of 5 (which apparently gives 6 major ticks in my case) to 6, 7, or 8 nothing changes. When I set it to 9 I get 13 or 15 ticks. Hmm, no so intuitive ! I'd suggest making the spinbox value the number of ticks drawn (probably not trivial to implement as the values would have to be rounded somehow to look good) or alternatively making this value the interval and adding as default a "Auto major" checkbox which corresponds to the default behavior working quite well. I personally favor the second which would certainly be easier to implement and allow to specify tick positions more accurately. If someone unchecks the "Auto major" button and zooming messes up X tick labels, he'll know how's to blame (the only thing to worry about would probably be to limit the number of ticks drawn with a warning in case the user setting results in far too many labels).

- with part 3) regarding grid lines: very cool :-). There is however one small bug which is that colors are not taken into account until they are changed (when grid lines are activated, they are drawn in black).