GNOME Bugzilla – Bug 756197
Dockable File chooser dialog
Last modified: 2018-05-24 15:45:19 UTC
Created attachment 312840 [details] Dockable-File-chooser Hi, There is need to consider better methods of opening files into GIMP than the current file chooser dialog which is, in my opinion, clumpsy, unappealing and probably too old to keep around in this century. I am therefore proposing a dockable file chooser which is more compact as in the attached screenshort.
Getting away from dialogs is an interesting move (which other software are moving into indeed, like Firefox lately, and Blender already for quite some time), which could be discussed with the GUI team. This is not something to be decided that easily though.
Aren't we currently discussing (on gimp-ui) that some people want those dialogs to be as small as possible? With the current hierarchical and nested folder structures of most systems out there, I don't see how this is more feasible than the existing file dialogs. Are there any examples of apps using docked file dialogs, and, more importantly, evaluations of their usability compared to non-docked file dialogs?
(In reply to Michael Schumacher from comment #2) > Are there any examples of apps using docked file dialogs, and, more > importantly, evaluations of their usability compared to non-docked file > dialogs? Yes of course. The notable example would be the Hornil StylePix: https://www.youtube.com/watch?v=fJEPitAEiUU&list=PLCwhRRm7VfS-3c3As-eaoPysZIIM3dX6k And many more as already mentioned by Jehan above.
That example can hardly be classified as "dockable". It's a full-window application mode. We will never get any reasonable functionality into a small and narrow dockable.
(In reply to Michael Natterer from comment #4) > That example can hardly be classified as "dockable". It's a full-window > application mode. Hi, Just in case you didn't know, Krita already has what is called "reference image browser docker." You can read its description here: https://userbase.kde.org/Krita/Manual/Dockers/ReferenceImages And a video here: https://www.youtube.com/watch?v=Wc4TCpIpOFk > We will never get any reasonable functionality into a small and narrow dockable. I do not understand what reasonable functionality means here. I thought the Open File dialog is meant for navigating to the locations of files and opening them. And making the dockable narrower or broader is up to the user to decide, as in the case of all other dockables.
Reasonable functionality like being able to see a considerable part of your hierarchically organized folder structure and files. Cramming the dialog into a narrow folder column will make this rather difficult, if you do not want it to take up precious screen space by enlarging it extensively.
Thanx for your response. I believe that GIMP's flexibility gives us freedom to stretch the dockable dialogs to an extent one comfortable with. In some cases, it also depends of how wider the screen is for one to determine the stretch of the dockable dialogs. And, of course, the deeper the directory the wider you expect the hierarchy of the folders; but even then, you would naturally either stretch the dialog further or just scroll with the horizontal scrollbar to see the other columns, or un-dock it. I do not see anything strange about that. I downloaded a stable version of Krita 2.9.8 (git cbb94ea) and discovered that GIMP's dockable dialog has the same minimum width as that of Krita: http://s29.postimg.org/l51whkcvb/gimp_krita.png I only request that you do thorough study to see how this feature works in Krita and cannot work in GIMP. Regards.
Hi Josef, some features are a bit hidden, but did you know that you can open the file chooser from the document history, clicking on the folder icon with a modifier key pressed on Win it should be Ctrl+click Also a new gtk file chooser is planned, where we can view our picture files as thumbnails - our current chooser instead displays only icons.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/775.