Bug 205358

Summary: Gwenview - Crop "Save/Save All" Bar Shifts Whole Image Down - Shouldn't
Product: [Applications] gwenview Reporter: David Rankin <drankinatty>
Component: generalAssignee: Gwenview Bugs <gwenview-bugs-null>
Status: RESOLVED INTENTIONAL    
Severity: normal CC: kde-2011.08, nate
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Unspecified   
Latest Commit: Version Fixed In:
Attachments: Upload of screenshot in bug report so you don't have to remind me

Description David Rankin 2009-08-27 17:20:45 UTC 
Version:            (using KDE 4.3.0)
Installed from:    SuSE RPMs

In gwenview, after you choose crop, set the bounding box for the desired cropped image size and choose crop to complete the operation a black bar appears under the top toolbar that provides the options to Save / Save All of the changes to the image(s).

When the bar is displayed, it shift the whole image down to accommodate for the extra space taken by the bar causing the image to jump around on the page. That's unexpected and very annoying. See annotated image:

http://www.3111skyline.com/download/openSUSE_bugs/kde4/screenshots/gwenview-save-bar.jpeg

(1) The idea of a bar splashed across the entire document window to remind people to save isn't a bad idea. However, when it is displayed, it should *not* cause the image to jump up and down on the page or shift the image in any way. Having the whole document window become animated is very annoying and reminds you of some unwanted pop-up ad appearing in a web browser. If you are going to do save bar, then it is expected that the save bar would "overlay" the existing document window without disturbing the content and not just cram itself into a space below the toolbar shifting the remaining contents downward.

(2) There should be a way to turn off this "automatically prompt newbies to save" option. There are a large number of people out there that are smart enough to remember to save a document after it has been modified.

The shifting the whole document to make room for the current image modified bar is the big issue. It's just annoying. And remember, every feature is a bug if there is no way to turn it off.
Comment 1 David Rankin 2009-08-27 17:22:36 UTC 
Created attachment 36505 [details]
Upload of screenshot in bug report so you don't have to remind me

The red arrows annotate the movement the save/save all bar is causing to the whole document window
Comment 2 Dotan Cohen 2009-09-02 15:40:59 UTC 
Confirmed in KDE 4.3.1. Performing an edit operation on an image displaces the image in a jarring fashion. This is in stark contrast to the overall fluid feel of KDE 4 with it's otherwise smooth animations.
Comment 3 Aurelien Gateau 2009-09-05 23:06:51 UTC 
The problem with having the save bar implemented as an overlay is that it would hide a large part of the image, which is not acceptable. Maybe having the savebar appear in a less jumpy way would be better.
Comment 4 Nate Graham 2017-09-11 03:08:18 UTC 
Yeah, we can't have it obscure part of the image. And most people appreciate animations; they help you understand what's happening.