| Summary: | The Y label should update when a new curve is added | ||
|---|---|---|---|
| Product: | [Applications] kst | Reporter: | Nicolas Brisset <nicolas.brisset> |
| Component: | general | Assignee: | kst |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | 1.x | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Solaris | ||
| Latest Commit: | Version Fixed In: | ||
|
Description
Nicolas Brisset
2006-10-03 10:34:00 UTC
How do we avoid clobbering user-specified labels? The only thing I can think of is to add another variable to track this. Not so nice, but doable. The funny thing here is that adding curves to existing plots from the datawizard currently updates (overwrites) the Y label, regardless of whether it has been hand-edited or not :-) But you are right, adding one ore more bools somewhere to track whether the labels (Y and maybe X ?) have been hand-edited sounds cleaner. IMO it would be nice to add an "Autoupdate" checkbox to the right of the X and Y label lineedits, which would be unchecked when text is typed into the lineedits. The wizard is a wizard, and is allowed to guess what we want. The plot dialog is a general edit dialog, and really shouldn't guess what we want. But: from the plot dialog, if you want to over-write the labels, you can hit 'AutoLabel' on the Appearance tab of plot dialog - which does what you want. I persist in thinking that it can be very confusing when labels do not update (I have seen cases of confusion when legends are not shown with only 1 curve in each plot, and changing the plot contents with the plot dialog does not change the label). Since labels are set automagically in the first place when using the datawizard (which I assume is a pretty common workflow), users expect them to always behave that way, i.e. being synced automatically. While I do understand that automatic labels sometimes need to be overriden manually, and these manual changes should not be lost, I think an "Autoupdate" checkbox solves that issue neatly while being much more predictable for users. We could actually even have the datawizard obey that autoupdate property, so that the current not so nice behavior of overwriting manually set labels disappears. I must say I fail to see why you are reluctant here... Is this really a lost case ? |