Re: Search in toolbar

> Search as you type is a good feature too. I tried this with the toolbar
> search but with 1000+ bib entries the search time for each keystroke
> gets a bit long on my old computer (although i don't suppose this is a
> real problem). 

Yup, it is certainly not optimized :-(

> I don't think that one approach is necessarily better than the other, it
> just struck me that the search-in-toolbar as seen in
> firefox/rhythmbox/itunes (and the forthcoming versions of nautilus and
> yelp) seemed like a good idea for an app where searching is one of the
> things i am typically doing most. 

Right. I'm buying your patch :-) Unfortunately, in recent versions the
way the toolbar is handled is a bit different, so I need to almost
rewrite it :-(

> I think one of the things which i found slightly counter-intuitive with
> the existing search dialog was the fact that by default,  clicking find
> and then entering a search refines the existing filter, rather than
> creating a new one.  I like the hierarchical tree search, but most of
> the time i actually want to create a new search, and for some reason my
> brain is not expecting the refinement behaviour (resulting in having to
> repeat the search...). 

Interesting. For that problem, having the toolbar search seems to be
enough, as it provides this "start a new search" behavior naturally.

> Another possible bug (although i'm not sure) is that if you refine a
> search by key, the search expression only matches the start of the key,
> so if i  try to search for all entries containing "-a" i get no results,
> but if I search of ".*-a" i get the entries i am looking for. 

I'll have a look at this.

Frédéric

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFEBg5EFjQHpltE9KURAr2GAKCFRscvE0etn/7vXcGPTq5C7BdWgACeKjTn
CnWG/qzzDIebOzLKvQIAaXA=
=SrEa
-----END PGP SIGNATURE-----