Version: 2.4 (using KDE 4.4.2) OS: Linux After renaming an image, the files in the current directory are resorted while the cursor remains on the file just renamed. While this sounds plausible at first, it is actually detrimental when working with multiple files. As an example, I often want to give more descriptive names to the images I download from my digital camera. I thus start with a folder of files all named DSC*.JPG. I would enter view mode, and then repeatedly hit F2 to enter a new name, hit Next to advance to next image, hit F2 to enter a new name, hit Next to advance to the next image, and so on. This won't work, however, if files are resorted on-the-fly, as Next will not advance to the next unprocessed image. In fact, you absolutely lose track of where you are, both in view mode and in browse mode. Simply not resorting images, however, would work wonderfully in this scenario. Suggestion: Do NOT resort images after rename automatically, or at least do not resort when in view mode; only resort when pressing Refresh. The best solution would be to add an option "[ ] resort automatically". Alternatively, if resorting is considered essential functionality, adapt the focus handling so that the focus is set on the image *after* the file just renamed. Reproducible: Always OS: Linux (i686) release 2.6.32-22-generic Compiler: cc
yes, this is pretty stupid and i have no idea why someone thought it's right thing to do. looks like one more consequence of that someone's experiment "101 way to break file mamagment/make konqueror suck in new version of KDE". if it not clear why this sucks - one more example: recently i tried renaming bunch of files with names starting on "s" to names starting on "A" in a directory with _thousands_ of files. it was so painfull that i actually remembered "explorer" :\
*** Bug 289008 has been marked as a duplicate of this bug. ***
Because this doesn't document a "broken" feature or a glitch in gwenview, this should be moved to the wishlist
Well, I don't quite agree with your recent reclassification of "wishlist". The renaming functionality of Gwenview is just broken when dealing with multiple files. And to quote from the bug tracker's help page: Severity: Normal regular issue, some loss of functionality under specific circumstances Please kindly reconsider your classification of this issue.
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
It still resort the just renamed image. But it is probably a normal behavior. If you want to keep it at place, I think it is better to change the sorting mode. For example, sort by date, and start renaming your files. Gwenview: 23.07.80