Bug 458105

As per the discussion in the visual design group: 

I tried to sort through and crop some photos that I took yesterday, and I think the UX for this usecase is pretty bad. 

If you go through pictures in a folder (e.g. ~/photos/2022-08-20/) Every time you change (e.g. crop) and image and save it, gwenview jumps to that saved image. So if you save it in a different folder (e.g. ~/photos/sorted) you then end up in this folder instead, and you can no longer go through the list of photos you want. There is a message appearing at the top once saved that allows you to jump back to the original, but that message appears with a delay (once saved), so even if you do see that and click that button (which requires switching from keyboard to mouse) you get taken back to that picture, and not whatever picture you were looking at since you continued flicking after hitting save. 

Suggestion: add an option to invert that behaviour, as in: do _not_ jump to the newly saved image, but rather stay at the original and offer a button to optionally do the inverse. 

STEPS TO REPRODUCE
1. Sort and crop through a large folder of images
2. Edit some of them
3. Save the edited ones in a different folder

OBSERVED RESULT
Gwenview jumps to the other folder, breaking your current workflow and position of going through the current folder

EXPECTED RESULT
Gwenview is able to not interrupt your workflow, but rather only jump to the saved image folder by request

SOFTWARE/OS VERSIONS
All of them