From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: ido slow for outline path completion Date: Fri, 19 Dec 2008 09:39:58 +0100 Message-ID: <79368DAE-A865-485B-B0A3-E7952C80940B@uva.nl> References: <20524da70812121204x9a23736g5a03f8a04d8213d5@mail.gmail.com> <67E6FD56-F95F-4EEB-8BC3-4ED566B2ECAB@uva.nl> <20524da70812181557m79252c30hc941fe5965f917e8@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v929.2) Content-Type: multipart/mixed; boundary="===============0019285146==" Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LDau5-0004rj-57 for emacs-orgmode@gnu.org; Fri, 19 Dec 2008 03:40:13 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LDatz-0004pf-Re for emacs-orgmode@gnu.org; Fri, 19 Dec 2008 03:40:09 -0500 Received: from [199.232.76.173] (port=60173 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LDaty-0004pF-Fq for emacs-orgmode@gnu.org; Fri, 19 Dec 2008 03:40:06 -0500 Received: from ik-out-1112.google.com ([66.249.90.176]:48557) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LDatw-0002id-Es for emacs-orgmode@gnu.org; Fri, 19 Dec 2008 03:40:05 -0500 Received: by ik-out-1112.google.com with SMTP id b32so194610ika.2 for ; Fri, 19 Dec 2008 00:40:03 -0800 (PST) In-Reply-To: <20524da70812181557m79252c30hc941fe5965f917e8@mail.gmail.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Samuel Wales Cc: emacs-orgmode@gnu.org --===============0019285146== Content-Type: multipart/alternative; boundary=Apple-Mail-5-113212209 --Apple-Mail-5-113212209 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Hi Samuel, > > However, when I do org-refile as full path (not basenames), > it sometimes takes 45 seconds. Could you sent a test file for this? I cannot reproduce it. - Carsten > > > I haven't narrowed it down yet. Emacs just freezes. > > Every character I type from that point on takes another 45 > seconds or so. Deletes also take that long until I get back > to the place where it was fast. At that point it is fast > again. > > The difference from before is that before, it occurred > before the minibuffer showed the candidates, while now it > occurs in the middle of entering the selection string. > > Discontiguity might something to do with it -- sometimes it > happens when the character typed is different from the next > char in the target. Maybe the candidate list needs lots of > searching in that case. Maybe it is starting from the > beginning to match against the path? > > I have not noticed this happening when I use basenames in > org-refile ido. This leads me to conjecture that it might > be the size of the full paths. Maybe too much stuff for the > ido flex matcher to consider. uniquify-style disambiguation > might help by reducing the number of characters. > > It might or might not have something to do with typing a > space that exists next in the target -- or not typing the > same. Another possible hint is that sometimes, typing a > space inserts a slash. Not sure why. > > As I said, I have not narrowed down the exact cases. If you > have a priori ideas, please let me know and I will try them. > > Thank you very much. > > -- > Myalgic encephalomyelitis denialists are knowingly causing further > suffering and death by opposing biomedical research on this serious > infectious disease. Do you care about the world? > http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm --Apple-Mail-5-113212209 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi Samuel,

However, when I do org-refile as full path (not = basenames),
it sometimes takes 45 = seconds.

Could you sent a test = file for this?  I cannot reproduce = it.


- = Carsten



I haven't = narrowed it down yet.  Emacs just freezes.

Every character I = type from that point on takes another 45
seconds or so.  Deletes = also take that long until I get back
to the place where it was fast. =  At that point it is fast
again.

The difference from = before is that before, it occurred
before the minibuffer showed the = candidates, while now it
occurs in the middle of entering the = selection string.

Discontiguity might something to do with it -- = sometimes it
happens when the character typed is different from the = next
char in the target.  Maybe the candidate list needs lots = of
searching in that case.  Maybe it is starting from = the
beginning to match against the path?

I have not noticed = this happening when I use basenames in
org-refile ido.  This = leads me to conjecture that it might
be the size of the full paths. =  Maybe too much stuff for the
ido flex matcher to consider. =  uniquify-style disambiguation
might help by reducing the number = of characters.

It might or might not have something to do with = typing a
space that exists next in the target -- or not typing = the
same.  Another possible hint is that sometimes, typing = a
space inserts a slash.  Not sure why.

As I said, I have = not narrowed down the exact cases.  If you
have a priori ideas, = please let me know and I will try them.

Thank you very = much.

--
Myalgic encephalomyelitis denialists are knowingly = causing further
suffering and death by opposing biomedical research = on this serious
infectious disease.  Do you care about the = world?
http://ww= w.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm
<= /div>
= --Apple-Mail-5-113212209-- --===============0019285146== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============0019285146==--