Bug 102907 - undoing an operation moves window back to top left
Summary: undoing an operation moves window back to top left
Status: RESOLVED WORKSFORME
Alias: None
Product: umbrello
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Umbrello Development Group
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-31 05:29 UTC by Nigel McNie
Modified: 2009-08-08 21:40 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nigel McNie 2005-03-31 05:29:36 UTC
Version:            (using KDE KDE 3.3.2)
Installed from:    Debian testing/unstable Packages
OS:                Linux

If I undo an operation that occurs, the viewport is moved back to the top left, even if the viewport at the time of the undo was not at the top left.

For example, say my UML diagram takes up two "screens" vertically, and I'm in the bottom half. I create a class there, and it gets added just fine. But if I undo the operation, the class is removed *and* the viewport is reset so now I'm in the top half.

What should happen is that undoing an operation should not move the viewport at all unless the undo was related to an object being moved/removed from the most bottom/most rightward position, in which case the viewport should move up/left only as much as is necessary to still be at the rightmost/bottommost position.
Comment 1 Oliver Kellogg 2005-04-04 20:59:06 UTC
Major bummer. Any brave coders out there to fix it?
Comment 2 Alessandro Garberi 2006-12-12 22:32:32 UTC
I can confirm this, moreover all the GUI is redrawn and it takes a lot of time.
Why this happens? I think toolbars and other UI objects should not be redrawn.

Umbrello 1.5.5, KDE 3.5.5, Debian testing
Comment 3 FiNeX 2009-08-08 21:40:50 UTC
Undoing operation doesn't move the viewport on current trunk version :-)