Re: [Gimp-developer] Feature request: Improve the Open file dialog thumbnails

[Bruce <speakwithbruce gmail com>]

I didn't follow everything that you guys said earlier in this thread (I'm new and still learning terminology related to Gimp), but I'll share some feedback based on my experience with the open file dialogue when using Gimp with Windows:

1. Auto-show thumbnails. 

It would be nice if thumbnails were automatically displayed when looking at files in the open file dialogue so that when you click an image, you see a thumbnail. 

Perhaps there's a reason it doesn't happen that way, but either way, I feel way I described is more intuitive. 

2. Ability to paste in a file path without having to click a button (reducing amount of clicks from 2 to 1)

I feel the way file paths are displayed is a bit clunky. It's not easy to convey a better design through text so I won't go into too much depth for now, but I feel it'd be nicer if we could paste in the file path to a folder without having to click to button in the top left corner. 

3. Inconsistency with file open dialogue when you first start Gimp and haven't opened a file

Something I just noticed was that when you open Gimp (2.8) and try to open a file, the open file dialogue (in Windows) looks different to what it does when you've already opened a file. I.e. When you open Gimp and haven't yet opened a file and try to, the top navigation buttons are absent. This makes it a very not-fun process to navigate to a file you want to open, and there's no place to enter a file path. 

This issue goes away once you've opened an image once (even if you close the image and try to open another image). So from what I can tell it seems it's just there for the first image you open. 

Postscript

I understand what I'm saying may not make much sense if you don't use Gimp with Windows. 

On Sun, May 20, 2012 at 2:01 AM, Richard Gitschlag <strata_ranger hotmail com> wrote:

> Date: Sat, 19 May 2012 00:18:56 +0300
> From: drc shadowdrama net
> To: gimp-developer-list gnome org
> Subject: Re: [Gimp-developer] Feature request: Improve the Open file dialog thumbnails

>
> On 2012-05-18 23:45, Cristian Secară wrote:
> > The Windows Inkscape version uses Windows native file open and save
> > dialog, so some solution appears to exists already.
>
> It does use it, but that doesn't mean it works. Save as and export
> bitmap default to empty file names, not the current filename or a
> variation of it.

An application can request what filename is shown in the filepicker's text input field before calling it, so this may or may not be a bug.  (If it is, go to the Inkscape bugtracker and report it already!)  In Inkscape 0.48.2's case the default filename for the "Save" dialog appears to be "drawing" (the lack of an .svg extension is a moot point because Inkscape can and will append the extension associated with the selected filetype when necessary, which is standard and accepted behavior for pretty much all apps using the native win32 filepicker) and the default filename for the "Export" dialog is "bitmap.png" when exporting an entire page/drawing/custom area, or "(selection_id).png" if exporting selected objects only.

Speaking of this, Inkscape saves the export name with the SVG file so you only have to name an export file once.

> Also files that have different extensions aren't visible in the view

Not only is this NOT a bug, but GIMP's filepicker works the exact same way.  Ever notice how the default setting for GIMP's filter is "all Images" and not "all Files" ?  You will never see, say, .TXT files listed in the Open/Save dialogs unless you specifically select a filter that allows them.

Also of interest, Win32 style shortcuts -- .lnk files -- are always shown in the native dialog whether they match the filetype filter or not, however it is the application's responsibility to tell the filepicker whether it's allowed to follow (dereference) them.  Otherwise they get treated like any ordinary file (and, obviously, neither GIMP nor Inkscape can load them).

-- Stratadrake
strata_ranger hotmail com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

_______________________________________________
gimp-developer-list mailing list
gimp-developer-list gnome org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list