Summary: | Problem after scrolling in determining mode... | ||
---|---|---|---|
Product: | [Applications] kst | Reporter: | Andrew Walker <arwalker> |
Component: | general | Assignee: | kst |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 1.x | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Andrew Walker
2004-08-11 23:12:40 UTC
This is because any zoom operation takes you out of auto-scale mode and puts you in fixed scale mode. So the behavior, while surprising, is consistent. We can't have 'advance 1 screen' change back to auto-scale mode because it is possible that you wanted to be in fixed scale mode (say you are plotting RA vs DEC tracks throughout the day). The best I can think of is to have a visual cue which indicates that we are in fixed scale mode, but we should decide on what it should look like before we do anything. CVS commit by arwalker: Ensure that the plot dialog is upated when the user modifies a plot setting through a mouse operation. Previously if the user zoomed in with the mouse and the plot dialog was open to the plot being worked upon then the plot dialog would not update with the new axes settings. CCMAIL: 87001-done@bugs.kde.org M +3 -2 kst2dplot.cpp 1.257 --- kdeextragear-2/kst/kst/kst2dplot.cpp #1.256:1.257 @@ -2778,4 +2777,5 @@ void Kst2DPlot::mouseReleaseEvent(QWidge setDirty(); static_cast<KstViewWidget*>(view)->paint(); + emit modified(); } } @@ -3442,4 +3442,5 @@ void Kst2DPlot::keyPressEvent(QWidget *v } else if (s & Qt::ControlButton) { xZoomMax(view); + view->paint(); } else { zoomMax(view); @@ -3501,5 +3502,4 @@ void Kst2DPlot::keyPressEvent(QWidget *v } setDirty(); - emit modified(); } break; @@ -3512,4 +3512,5 @@ void Kst2DPlot::keyPressEvent(QWidget *v view->paint(); e->accept(); + emit modified(); return; } |