After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 372344 - Image preview by default?
Image preview by default?
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
unspecified
Other All
: Normal minor
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2006-11-08 06:40 UTC by jason fuchs
Modified: 2009-06-28 23:04 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description jason fuchs 2006-11-08 06:40:39 UTC
I'm not sure if this is already planned or if there is a workaround..but I would like to see at least an option to preview images with the open file dialog/filepicker. Many applications would benefit from this, firefox, evolution, epiphany, etc, all while attaching a picture..this is usually confusing if the image you're attaching is from a camera as the files are numbered sequentially, a preview helps..Some apps have this already such as gimp, etc. but I would like to see it the default action..

Other information:
Comment 1 Jean-François Fortin Tam 2007-02-12 18:10:00 UTC
I feel like the file chooser should follow the user preferences and display an icon view with thumbnails, if the user has the icon view and thumbnails set in his/her preferences... The whole thing right now feels very different from the rest of the desktop.
Comment 2 Emmanuele Bassi (:ebassi) 2007-05-21 16:26:09 UTC
to the reporter:

how to open a file or showing a preview is the job of the application. you cannot really move the preview logic it into gtk+ without making gtk+ able to understand how to open each and every format applications can open. if you want an application to show a preview you should open a bug for that application.

as for comment #1:

the preferences are for nautilus, and a file selection dialog is not a file manager window. the file chooser does not have an icon view, and will not get one.
Comment 3 Massimo Modica 2007-07-06 13:57:06 UTC
> how to open a file or showing a preview is the job of the application.

If I have 10 applications that open *.gif files, each application should provide its own code for preview? For common formats it sounds bad.


> you
> cannot really move the preview logic it into gtk+ without making gtk+ able to
> understand how to open each and every format applications can open. 

Not for every format (nautilus can't do that neither), just common formats. 
And let the applications provide the logic for special formats.


> a file selection dialog is not a file
> manager window.

Yes, but when they're used for opening a file, they serve the same purpose, and it would be nice if they behave in a similar fashion.


> the file chooser does not have an icon view, and will not get
> one.

It's a shame, because people which work with a lot of images, driven by despair, are adopting dirty hacks like this:

http://kde-apps.org/content/show.php?content=36077
Comment 4 Jean-François Fortin Tam 2007-07-18 13:42:36 UTC
Please reopen! I feel that Massimo replied very efficiently to your points in comment #2 and I fully agree with him. I wanted to say pretty much the same but he was more articulated (and quicker) than me.

My big question is, is this being "wontfixed" because you feel like nobody can handle the task? Could this be accepted *if someone provides a patch*? (not me, but maybe I can convince a friend to look at it). I have a bad feeling that this was closed out of desperation looking at the number of gtk bugs in gnome bugzilla (which would be understandable).

I don't think there are really compelling reasons to not make the gtk file chooser easier to use, are there? Otherwise we would all be using the commandline and Links2 or something, if GTK and GUI environments in general did not provide much quicker and efficient access to our information. 
Thumbnails is an order of magnitude more efficient for pinpointing images than opening a file manager, looking at the thumbnails (see the irony here?), memorizing the file name (DSCF43259.JPG, PICT23498.JPG, 43542398_45642F.JPG or something like that) and finding the corresponding file name in a gtk file chooser to finally choose it.