Re: GtkFileChooser API work

On Wed, 2003-09-03 at 10:53, Sean Middleditch wrote:
> In general, tho, it seems a very bad idea to limit write locations. 
> There may very well be a reason the user isn't using a standard location
> (making a backup, for example).

It would be very useful in an enterprise[1] context to be able to
specify a directory or possibly list of directories users can view/write
to/manipulate. Like, I use ~/documents/ as a convenient spot, but some
companies actually want to be able to say 'users should never be able to
save or open documents not in ~/documents.' Having some way to specify
that globally and respected by the file selector would be nice. [Not
sure if it is possible, just 'nice'. :)


[1] nasty word, I know, come take my pants away.[2]

[2] Please, they smell. [3]

[3] Ever since Jeff gave them to me. 

> On Wed, 2003-09-03 at 10:36, Brian Cameron wrote:
> > One thing that I think would be useful would be to allow the
> > programatic specification of which directories can be accessed
> > via the GtkFileChooser dialog.
> > 
> > I was working on a program that was intended to be run as root
> > and for safety purposes, we wanted to restrict the dialog to only
> > allow users to save files to particular directories.  This was
> > to prevent accidental overwrite of any important files, etc.  In
> > the custom filechooser that I implemented, the "OK" button was
> > grayed out if the user navigated to a directory that wasn't in
> > the list of acceptable directories.  This could probably be
> > handled more elegantly, though.
> > 
> > Since the default GtkFileChooser didn't allow a list of acceptable
> > directories to be specified, I had to implement my own custom file
> > chooser.  It seems like this sort of feature would be generally
> > useful for programs that want to restrict the loading/saving of
> > files to/from particular directories (such as a MyDocuments
> > directory), or for selection of files that are always in the
> > same locations - such as those system files which are found
> > in /usr, /etc, or in the user's home directory.
> > 
> > Brian
> > 
> > _______________________________________________
> > desktop-devel-list mailing list
> > desktop-devel-list gnome org
> >

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]