Re: Recently Used Files Proposal



Hi,

On Sat, 2005-06-04 at 14:07 +0200, Sven Neumann wrote:
> Hi,
> 
> 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
of code.

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.

Kind regards,
 Emmanuele.

-- 
Emmanuele Bassi <ebassi gmail com>
Web site: http://log.emmanuelebassi.net




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