Re: Recently Used Files Proposal
- From: Emmanuele Bassi <ebassi gmail com>
- To: GTK Devel List <gtk-devel-list gnome org>
- Subject: Re: Recently Used Files Proposal
- Date: Sun, 05 Jun 2005 22:46:33 +0200
On Sat, 2005-06-04 at 14:07 +0200, Sven Neumann wrote:
> Emmanuele Bassi <ebassi gmail com> writes:
> >> That's it. Very simple, very common. Currently, I can open one menu
> >> (Places->Recent Documents) and 'solve' that user problem.
> > What if you have more than one document with the same name?
> The menu item should have a tooltip with the full filename.
And potentially more - and it should be set up directely in the API, in
order to enforce consistency.
> > What if one is a copy you keep on a network share?
> What's the problem?
As I said in another followup, the network volume could be set read-only
when the user tries to access it; we need a way to let the user know
that the item he's seeing in the list is potentially out of date.
> > What if you want to open a document you edited some time ago (but not
> > too long), and it went out of the menu?
> The menu should feature an item at the bottom that allows the user to
> open the GtkRecentChooserDialog that you suggested. That gives access
> to not so recently used items w/o taking away the possibility to
> access very recently used items as quickly as possible.
Right now, I'm implementing the infrastructure upon which each UI we
choose should be created - much like the GtkFilesystem object is
necessary for the GtkFileChooser widgets to work.
Once I'm done with the infrastructure, the UI could be respond to an
interface - with widgets implementing this interface; at which point, a
menu, a dialog or any other widget could be written in a bunch of lines
As I said to Luis, I'm not advocating the removal of the "recently used"
menu: I'm saying that it could not be the best idea on the UI side;
nevertheless, implementing a menu should be possible - and giving a
default menu (deriving directly from GtkMenu, so that it could be
extended painlessly) widget should be the right thing to do.
Emmanuele Bassi <ebassi gmail com>
Web site: http://log.emmanuelebassi.net
] [Thread Prev