Re: Re: Find bookmarks comments

Ricardo Fernández Pascual <[email protected]>
Newsgroups gmane.comp.web.galeon.devel
Message-ID <[email protected]>
El dom, 31-08-2003 a las 15:00, Tommi Komulainen escribió:
> On Sun, 2003-08-31 at 15:02, Ricardo Fernández Pascual wrote:
> > El dom, 31-08-2003 a las 11:27, Crispin Flowerday escribió:
> > > 
> > > 1) You shouldn't be able to expand the folders in the right hand pane,
> > > it looks very confusing when you do have the folder trees expanded in
> > > both panes
> > 
> > I don't agree. The folders are not expanded by default, so it is not
> > confusing. Unless the user wants to expand the folder it will not be
> > expanded. And not expandable folders are quite useless really.
> 
> I must agree with Crispin on this one.  Correct me if I'm wrong, but I
> don't recall seeing such duplication of hierarchy anywhere else, but the
> suggested alternative can be seen in many places.
> 

Again, the folders are not expanded unless the user clicks on the
expander arrow. I can't see how that little arrow could lead to any
confusion. Removing it would be restricting the interface unnecessarily,
which I really don't like.

> Take, for example, any file manager with tree on the left and folder
> contents on the right, the right hand side is always flat, and you can't
> expand the folders.

I vaguely recall reading something about the mac finder allowing you
exactly that, but I have never seen the finder myself. (Anyone with a
mac can confirm this? or was it another program?)

Even if current file managers don't allow you it, that does not mean it
would be confusing. Actually, I think I would like it. I would allow me
to quickly look what's inside a folder without having to change my
current folder.

> Double-clicking on a folder replaces the right hand
> side with the contents of the said folder.

This can be done, but I don't like it very much. 

> 
> While the bookmarks editor isn't identical to a file manager, it's very
> much alike and following a familiar behavior is preferred, in my
> opinion.

Maybe, but up the point that it makes sense. I we wanted 100% ui
compatibility with nautilus we would be writing a gnome-vfs plugin or
whatever crack is necessary to show bookmarks as files. I think the
resulting ui would be worse.

> > > 2) double click on a folder in the right pane should navigate into that
> > > folder (rather than opening the properties window), ditto double click
> > > on the folder in the left pane should open it, think of a file manager.
> > 
> > About double click on the right pane: I think double clicking on folder
> > should do the same thing as double clicking on sites. Either open the
> > properties window or activate it.
> 
> I think double-clicking should be activate in both cases, at least
> that's what I'm expecting double-click to do. 

We could do this.

> And for folders that
> means expanding the folder,

In the rest of galeon ui, activating a folder means opening its contents
(in windows or tabs), fwiw.

> and for bookmarks opening the page.  At
> least in my mind activating means 'Open this thing', not 'Show metadata
> of this thing'.
> 
> Now, I agree opening the bookmark in the old window can be problematic,
> therefore I think we could do the same as from the command line, open a
> new window by default.  This would be in line with the behavior if the
> bookmarks editor were a separate application; activating a bookmark
> would in essence be calling galeon from command line, opening a new
> window.

Ok, this can be done. Now that we have the editing pane at the bottom of
the window the properties dialog is not as important as before. BTW:
opening in a new window is already the first option of the context menu.

-- 
Ricardo Fernández Pascual
[email protected]
Murcia. España.




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.