From xemacs-m  Thu Mar 13 02:08:03 1997
Received: from maes.esrin.esa.it (maes.esrin.esa.it [192.106.252.50])
	by xemacs.org (8.8.5/8.8.5) with SMTP id CAA19817
	for <xemacs-beta@xemacs.org>; Thu, 13 Mar 1997 02:08:01 -0600 (CST)
Received: from mail.esrin.esa.it (plod.esrin.esa.it) by maes.esrin.esa.it with SMTP id AA10538
  (5.65c/IDA-1.4.4 for <xemacs-beta@xemacs.org>); Thu, 13 Mar 1997 09:08:00 +0100
Received: from penelope.esa.it by mail.esrin.esa.it (4.1/SMI-4.1)
	id AA13140; Thu, 13 Mar 97 08:08:07 GMT
Date: Thu, 13 Mar 97 08:08:07 GMT
Message-Id: <9703130808.AA13140@mail.esrin.esa.it>
Received: by penelope.esa.it (4.1/SMI-4.1)
	id AA05412; Thu, 13 Mar 97 09:12:43 +0100
From: Simon Marshall <Simon.Marshall@esrin.esa.it>
To: XEmacs Beta <xemacs-beta@xemacs.org>
In-Reply-To: <rvn2s8elby.fsf@sdnp5.ucsd.edu> (message from David Moore on 12
	Mar 1997 15:34:25 -0800)
Subject: Re: lazy-lock (can't have everything, I guess)
Reply-To: Simon Marshall <Simon.Marshall@esrin.esa.it>

>> Anyway, the same problem is back:
>> 
>> (defun fubar () (message "sit-for = %s" (sit-for 0))) (add-hook
>> 'post-command-hook 'fubar)
>> 
>> Gives you nil when you mouse-2 in Dired.  Ta, Si.

David> I get nil in 19.14 too.  What do you think it should say?  It is
David> returning nil, because there is still a mouse-up event to be
David> processed.  You'll notice that if you press mouse-2 and don't
David> release it, then the file will be loaded and sit-for will be t.

OK, I didn't realise that there was another real event to process.

David> I also notice that if I load the lazy-lock.el from 19.14 it
David> properly works in 19.15b98.

The lazy-lock.el from XEmacs 19.14 (i.e., lazy-lock.el 1.14 + Ben's hacks)
does not sit-for (and sits on pre-idle-hook not post-command-hook).  If it
did not sit-for, then lazy-lock-hide-invisible would effectively be t.
Some people choose to set that variable to nil to reduce the slow down of
cursor motion.

Can you think of another way around this particular problem?  Ta, Si.

