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 155740 - GtkFileChooser show/hide API
GtkFileChooser show/hide API
Status: RESOLVED DUPLICATE of bug 155729
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.4.x
Other Linux
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2004-10-18 16:32 UTC by Doug Vetter
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Doug Vetter 2004-10-18 16:32:15 UTC
Our application needs the ability to customize the appearance of the file
open/save dialog.  For example, we restrict our users from opening/saving files
in one particular directory, thus we need to hide widgets relating to directory
changes.  We currently use GtkFileSelection and gtk_widget_hide to hide the
appropriate widgets.  We would like to use GtkFileChooser, but realize its
interface is purposefully opaque.

What I would like to propose is the addition of some GtkFileChooser methods that
facilitiate customization of the appearance / function of the dialog, e.g.

gtk_file_chooser_tree_view_hide/show - this would include the top left box and
the +/- buttons.  This should effectively slide the left margin of the file view
over to the left margin of the window.

gtk_file_chooser_dir_buttons_hide/show - the buttons above the file view are not
required if the user is not allowed to select a different directory.

gtk_file_chooser_path_hide/show - when we restrict our users to a given
directory, we don't want them to know what it is or give them any hints that the
system is running a particular OS.  The widget should hide/show any references
to the real path to the current directory.  GtkFileSelection, for example, shows
the path next to the "Selection" label above the selectiont text.

Details of this were discussed on the dev list 10/15 & 10/16/2004.
Comment 1 Owen Taylor 2004-10-18 17:00:00 UTC

*** This bug has been marked as a duplicate of 155729 ***