Re: Re: Find bookmarks comments

El mar, 26-08-2003 a las 21:46, Tommi Komulainen escribió:
> On 2003-08-25 19:50 +0200, Ricardo Fern?ndez Pascual <[email protected]> wrote:
> > El lun, 25-08-2003 a las 18:00, Tommi Komulainen escribió:
> > 
> > Ok. Let's assume that we want to include all bookmarks in the search.
> > What about hiding the left pane when a search starts? It is useless
> > anyway when searching and that way there would not be any inconsistency
> > in the screen[1]. 
> > 
> > I would be happy with that solution.
> > 
> > [1] The inconsistency that I'm talking about is that the right pane
> > could have bookmarks which are not children (nor descendants) of the
> > bookmark selected in the left pane.
> 
> I think that would be a bad idea.  It's one thing to (slightly) alter
> the contents of the treeview, but it's a whole other thing to completely
> hide the other treeview.  It would be forcing an extra step to get it
> back again, either from the menu ("Why did that thing got unselected?")
> or by clearing the search entry ("Huh?!")
> 
> IMHO, the inconsistency can be easily avoided by unselecting everything
> from the folder pane when the search starts.  When you click on a folder
> again, just forget/clear the search and show the folder contents as
> usual again.
> 

Ok. I'm not totally satisfied from a "philosophical" point of view, but
in practice this will work. And I want to get this done now.

> > > > <offtopic>
> > > > BTW: I plan to add an UI to make more easy to add a bookmark to several
> > > > categories, like in Epiphany. That's what aliases are for.
> > > > </offtopic>
> > > 
> > > Indeed.  I'm thinking you don't even need to mention aliases explicitly
> > > in the UI.  When copying bookmarks, make them aliases instead.  
> > 
> > No, that would be very confusing: Imagine that I have a bookmark and I
> > want to create another one very similar to it. I would copy it and
> > modify the copy. If we make an alias directly you could not do this.
> 
> I think it depends how you want to present aliases.  I think they'd be
> more useful if they were created implicitly.  The base assumption being
> that more often than not, when you copy a bookmark you want that same
> bookmark available also from a different folder.  But then you don't
> really want a copy, rather a link or an alias.
> 
> Still based on the previous assumption, you don't copy a bookmark to use
> it as a template as often.  Thus the extra step below wouldn't be much
> of a problem.

I don't buy this. "Copy" is a well know command amongst all applications
and I think we should not change its semantics. Also, doing this change
"copy" will be unrelated to "Cut", which is another inconsistency with
respect to the rest of the desktop.

In my opinion, the preferred way to add aliases would be the current one
or a dialog to select parent categories like epiphany's.

> > > When modifying a bookmark with
> > > aliases, ask if the changes affect this instance only, or all of them
> > > (compare to recurring events in Palm Pilot/Evolution.)
> > 
> > I need to think about this. I don't think it is needed if you don't
> > remove the ability to copy bookmarks.
> 
> I think this also depends on how you want to present aliases.

I think it would be annoying and confusing.

-- 
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