Version: 2.2.0 (using 4.1.71 (KDE 4.1.71 (KDE 4.2 >= 20081023)) "release 5.1", KDE:KDE4:UNSTABLE:Desktop / openSUSE_11.0) Compiler: gcc OS: Linux (i686) release 2.6.25.11-0.1-pae It would be nice to have a folder-navigation and a image-preview again (make it optional/toggable), and then the possibility to disable folders in thumbnail-main-window (configuration option). This is really needed, if you have a folder with many folders AND many images. then I don't like to view many big blue folder-thumbnails which have each - as only usefull information - their little foldername at the bottom. I think it is for example a common structure for images: - FOLDER Images -- FOLDER 2006 -- FOLDER 2005 ... -image1 -image2 ...
*** Bug 179664 has been marked as a duplicate of this bug. ***
I think that it would not only "be nice" to have the folder tree back, I think it's absolutely essential. Aurelien, could you comment? Is this something that's possible for the future?
folder tree should be back in kde 4.3.
I now tested the new version. thanks for adding the folder view! and thanks for the option to disable fullscreen thumbnails! now it would be nice (that's a reason why the folderview is so usefull:), to be able to hide the folders in the main-panel (perhaps a general filter to exclude folders/videos/images/..). (think of my scenario above with years 1990-2010 and quite big thumbnails). then I would close this bug report :)
Folder in thumbnails are now much more useful because they display thumbnails of the images inside them. Thus I believe an option to hide them is less relevant.
nice to have folder with images. but still my wish is a "nice to have", see my example: I want to browser my images and first see a full page of folders I don't want to see.
*** Bug 196497 has been marked as a duplicate of this bug. ***
> first see a full page of folders I don't want to see. In recent versions Gwenview selects and centers the first image in the viewport upon entering a folder, regardless of the number of folders display before that image. I think that solves the use case nicely, so we don't have to add an extra option and can close the bug as fixed.