Version: 1.4.0 (using KDE KDE 3.5.4) Installed from: Debian testing/unstable Packages OS: Linux If I launch gwenview with a .tar.gz as an argument, nothing is loaded. If I load a .tar.gz by typing it into the address bar, then the window that normally displays the images is suddenly filled with a list of files. This behaviour both isn't consistent, and isn't what I really wanted, which was for Gwenview to treat the archive like a normal directory, with thumbnails, etc. in the normal thumbnail window. A trick to force Gwenview to behave, is to add a filename to the end of the argument. So 'gwenview vacationpics.tar.gz' doesn't work, but 'gwenview vacationpics.tar.gz/001.jpg' does work. Interestingly, the file (001.jpg) doesn't even have to exist in the archive. 'gwenview vacationpics.tar.gz/foo' will load the archive like a proper directory. Thanks.
I experimented with an tar.gz and an zip archive and came to the following conclusion: 1. In my opinion gwenview is not targeted towards users that would open an (compressed) archive from the command line and even for 'advanced' users this shows an unusual approach to opening such a filetype 2. If I open a compressed archive with e.g. ark and click on the appropriate image, it opens nicely in gwenview, provided this is the default image viewer. 3. If I open a compressed archive in dolphin as packaged by Kubuntu for KDE3 it actually accesses that archive like a normal directory and by clicking on an image inside that archive it will open nicely in gwenview, again provided that this is the default image viewer. This has been tested by me on Kubuntu 8.04 KDE3 and therefore I suggest that this bug can be closed as WORKSFORME because in Gwenview v2.1 for KDE4 archives do get displayed in browser view and can be accessed from within the application where there actually exists another bug that I will mark this Bug Report as a duplicate of as soon as I got the report done. Manfred