Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: rgheck Date: Thu Apr 24 20:30:31 2008 New Revision: 24495
URL: http://www.lyx.org/trac/changeset/24495 Log: Fix part of bug
4775. We need to search here only when the user requests it, and not
try to do "search as you go". This is too slow, even on fast
machines, if you have more than a handful of entries.
You are most certainly right but many people do not use big biblio so
maybe a checkbox "search as you type"?
We can do that. The biggest question is where to put the checkbox.
Things are kind of crowded. Note, by the way, that Enter also works
there. I had to do quite a lot to get it to work---it kept activating
OK---but it does work now, and it also works in the Available box, where
it activates Add. (You have Ctrl-Enter to insert and close.)
Besides, in 1.5 time, when I first implemented this I remember loading
all bibtex files of my Miktex installation and I could not notice the
delay on my poor laptop... I don't understand why it is so slow now.
I had noticed this problem previously, but it didn't bother me enough to
do anything about it. (IIRC, you and I discussed it back then.) Part of
the reason for the slowness---and this is related to the caching issue,
as well---is that the search time is not just a function of the number
of entries, but also of what kind of data you have in them---which will
have made your test perhaps misleading. I tend to have a lot of
abstracts and the like, and they increase the length of entries by, oh,
a factor of ten or more compared to "pure" files. And we're searching
all of that (in the default case). So the 100 entries become 1000
entries, in terms of search time.
Richard
