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 319312 - (win32) Please use native open and save dialogs
(win32) Please use native open and save dialogs
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Backend: Win32
2.13.x
Other Windows
: Normal enhancement
: ---
Assigned To: gtk-win32 maintainers
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2005-10-20 13:47 UTC by j.gnome
Modified: 2009-05-15 05:40 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description j.gnome 2005-10-20 13:47:32 UTC
Windows XP, 1.6.0-rc1

The GTK+ open dialog looks out of place in Windows.

Please use native open and save dialogs. Pretty please.
Comment 1 Julian 2006-02-21 09:47:26 UTC
Also, the GTK interface doesn't allow UNC paths, so although we would like to trial using Gnumeric at our company, this is a major problem.
This is also a problem for the GIMP, but that at least has an plugin that allows use of the std Win Open /Save dialog boxes too.
Comment 2 Morten Welinder 2006-02-21 14:37:27 UTC
We are quite short on Win32 resources such as programmer time, so I this
is unfortunately not high on our list.  However, the task is probably not
very hard.  The relevant code is in src/gui-file.c
Comment 3 Jody Goldberg 2008-02-24 19:16:22 UTC
Not a bad idea, but not something that should be done at the gnumeric level.  I'd rather see this handled centrally in gtk with the file chooser code.

There has likely been some discussion on this already.  I'll bump over there for a response.
Comment 4 Owen Taylor 2008-02-24 19:35:10 UTC
http://people.redhat.com/otaylor/fosdem2003/file-selector.html argues against such a facility in GTK+. Apps are free of course, to use native API's on their own.

(The UNC path problem seems unrelated.)
Comment 5 Tor Lillqvist 2008-06-21 11:18:29 UTC
UNC paths have worked for some time in the file chooser, and seem to still work in trunk. Otherwise I think this bug could be closed as WONTFIX. We have had enough trouble ironing out the problems with the Microsoft print dialog integration. It's not likely we want to make the file chooser use the Microsoft file dialog. If somebody submits a clean and fully tested patch, this can be reconsidered.