Re: [Usability] Efficient navigation in nautilus



On Tue, May 25, 2004 at 08:38:33PM +0200, Christian Schneider wrote:

> Hmm .. yes itīs not consistent to graphical user interface standards. 
> But it would resemble bash behaviour for pro users. I have adapted so 
> much to tab completion that I find it difficult to type long paths 
> without it.
> If it is not tab there should be another key that does the same.

If there's only one possible completion left, all you have to deal 
is press enter. Not more effort than with tab. But you see what 
you will get in advance.

Only double tab shows a lsisting of possible completions. And that what 
could be presented in a list more like browsers do.

 
> Besides for consistency why do you need the buttons anyway. If you want 
> your lcation change done you could type enter if you want to return 
> where you came from you could type esc.
> 
> The way browsers work is not very suitable for paths. I only use the 
> browserīs completion if it gives me the full path I want. With tab 
> completion in bash I can even explore an unknow structure. Thatīs 
> probably also the big difference between bash and browser path 
> completion. The browser completion only works with a history the bash 
> completion works always.

The path completion would of course work like bash in this regard, since 
it will check the filesystem, not a history!


> Hmm you mean when the possible completions are show below the path? Is 
> there enough space for many matching entries? In bash the matches are 
> shown in columns.

Yes.
I think that 3 or 4 entries should be sufficient, but it culd be a 
scrollable list.
Of course, adding anything to the Open Location dialog will make it 
look more complex, and it's beatyful in its simplicity ...


> What do you think about the possibility of opening the spatial folders 
> and showing the matches there?

Like opening all possible completions as Nautilus windows at once?
How to trigger that? But I don't think anybody would be happy with that.


---
Thorsten Wilms



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