Version: (using KDE KDE 3.2.1) OS: Linux When the user opts to display the x-axis values in a time format the times displayed are given as UTC values. It would be useful to allow the user to offset these times to local times. A checkbox would allow the user to specify whether they are interested in UTC or local time. The default would be UTC.
Probably the best thing is to set up the timezone in the Kst Settings dialog and have it apply to all plots that are using an x-axis that makes sense to apply a timezone correction to. The user would not be able to set different time zone corrections to different x-axes. This is mostly because it would be confusing for the user and entail yet another configuration in the plot dialog, which is already much too busy.
Changed my mind again. My previous suggestion would be inconsistent with how everything else works. So it goes in the plot dialog with the default settings in the Kst Settings dialog, as with everything else. However, we've run out of real estate in the plot dialog, as on a display with 800 pixels vertically the entire height of the screen is already used (possibly differing depending on the display style you're using (BlueCurve, Plastik, etc.)). One possibility would be to move the x-axis and y-axis settings to new tabs within the Axes tab, which would have the additional benefit of being able to use the same shortcuts for the same settings. Reactions and other suggestoins would be appreciated.
Can't comment on plot dialog format at the moment as kst won't compile for me.... (see my prev. email) But I agree that the timezone interpretation needs to be attached to the plot: A person opening the same kst file in france should get the same X axis as I do here.
I agree about the over-full axes tab! I am not keen on a tab in a tab, if that is what you meant. But an XAxis tab and a YAxis tab might be fine. I think a fairly complete re-organization of the entire dialog might be in order, but.... will not be easy. Since it can be mucked around with with designer, perhaps we should try a few different ideas. Some thoughts: -I often look for number rotation with time interpretation in the Axes tab -X and Y Grid lines should stay together -It is surprising to find regrid and color settings in the content page. -Should legend fonts be with all the other fonts? How about these tabs? Content Plot name, displayed/availible objects Appearance Colors, grid lines, regrid, font, legend Range X Axis Range, Y Axis Range Axes Log, spacing, interpretation, rotation Labels Label content, scalar list label example Markers Basically, we get one more tab.... Probably worth a mock-up....
Looks considerably than what we have now. I think the number rotation belongs with the other font properties though, and so should be moved from the Axes to Appearance tab. Rotation is a property analogous to font size and so more logically belongs with it.
OK. Unless anyone has started it on it (speak now) I am going to implement the dialog rework. Delay work on the plot dialog (ie, this bug) until I am done. On January 11, 2005 01:29 pm, Andrew Walker wrote: > ------- 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=96257 > > > > > ------- Additional Comments From arwalker sumusltd com 2005-01-11 19:29 > ------- Looks considerably than what we have now. I think the number > rotation belongs with the other font properties though, and so should be > moved from the Axes to Appearance tab. Rotation is a property analogous to > font size and so more logically belongs with it. > _______________________________________________ > Kst mailing list > Kst@kde.org > https://mail.kde.org/mailman/listinfo/kst
This can now be done. The TZ combo box should probably default to the current Timezone.
Done for now. The timezone is specified as a difference from UTC (in hours). I don't partcularly want to use a combobox as there are any number of strange timezones that are a half or quarter hour off from an integer number of hours different. If there is no feedback within a day or two I'll make this bug as fixed.
No comments so this is done.