Re: Re: Find bookmarks comments

El mié, 27-08-2003 a las 18:15, Tommi Komulainen escribió:

> Yay, nice, almost what I expected. ;)  Looks great regardless.  I forgot
> to say, but I think the search entry should be located only above the
> bookmarks pane, that way it's more clear that it doesn't really affect
> the folders.  Like:
> 
> +-----------------------------------------+
> | Stuff  | Search: _____________ |Options||
> | + Even +--------------------------------+
> | + More | Galeon : the web, only the web |

Uhm, probably you are right.

> I don't actually quite like the options dialog, but since you can't put
> checkbuttons in an optionmenu and have it behave nicely, I don't have an
> alternative figured.
> 
> But are those options even necessary?  I'd imagine the dialog is just
> too cumbersome to be used in practice; it's much quicker to let the
> search list "too many" matches and locate the exact match manually.
> 

I think they are good. If the user doesn't want to change them, the
defaults are nice and he can just ignore them.

Also having that dialog can help understanding how searching works. For
example, it may be not obvious that searching looks for matches in the
"Notes" field, having a checkbox for it in the dialog makes it more
evident.

> Minor issues:
> - Select a folder, search for something, clear the search entry -> the
> contents of the selected folder are shown but the folder itself is not
> selected.

Will fix this.

> - Words separated by spaces should probably work like that, instead of
> being treated as a single string?

Yes, good idea.

> - Ctrl-F could still focus the search entry, for convenience?
> 

Yes.

> 
> And then, of course, from the we-love-the-HIG department:
> - Search needs a mnemonic, Options mnemonic conflicts with Notes
>   (I'd also suggest N_ame and _Nicks to maximize the use of wide
> characters.)
> - The whole options dialog is missing mnemonics, if it's still there
> 

I forgot, again. 

BTW: gtk should add mnemonics itself if they are not there. Why should I
care about those little details?

> 
> > 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.
> 
> Actually, I think you can keep "Copy" as-is, just add "Paste Alias" :) 
> Shouldn't be changing any well known semantics.  I also think for DnD
> there are modifier keys that provide similar function...  Yes, from
> nautilus:
> 
> - Copy: Ctrl-drag
> - Link: Ctrl-Shift-drag
> - Ask: Alt-drag

This would be a good enhancement. I'll try to remember it and implement
it some day.


I can't do the changes today, but will fix those things.


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