emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#19381: closed (The doc string for `sit-for' is wro


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#19381: closed (The doc string for `sit-for' is wrong; redisplay isn't unconditionally done.)
Date: Mon, 15 Dec 2014 18:51:02 +0000

Your message dated Mon, 15 Dec 2014 13:50:25 -0500
with message-id <address@hidden>
and subject line Re: bug#19381: The doc string for `sit-for' is wrong; 
redisplay isn't unconditionally done.
has caused the debbugs.gnu.org bug report #19381,
regarding The doc string for `sit-for' is wrong; redisplay isn't 
unconditionally done.
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
19381: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19381
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: The doc string for `sit-for' is wrong; redisplay isn't unconditionally done. Date: Sun, 14 Dec 2014 17:13:50 +0000 User-agent: Mutt/1.5.21 (2010-09-15)
Hello, Emacs.

The doc string for `sit-for', in its first (and most important) line
states unequivocally that redisplay is performed.  (That line is "Perform
redisplay, then wait for SECONDS seconds or until input is available.")

That's not what the function currently does - it doesn't perform
redisplay if input is already available when it is called.
A sentence lower down in the doc string contradicts its first line
("Redisplay does not happen if input is available before it starts.").

There is thus a clash between the doc-string and the code.  (The info
page agrees with the code).

It would seem at first sight that the obvious thing to do is correct the
first line of the doc string.  However there are lots (125) of instances
of "(sit-for 0)" in Emacs, and a lot of these are probably intended to
mean "perform redisplay NOW".  So it might be better to make `sit-for'
always do a redisplay.

However it's done, though, the clash between the doc string and
everything else should be resolved.

-- 
Alan Mackenzie (Nuremberg, Germany).



--- End Message ---
--- Begin Message --- Subject: Re: bug#19381: The doc string for `sit-for' is wrong; redisplay isn't unconditionally done. Date: Mon, 15 Dec 2014 13:50:25 -0500 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)
> The doc string for `sit-for', in its first (and most important) line
> states unequivocally that redisplay is performed.  (That line is "Perform
> redisplay, then wait for SECONDS seconds or until input is available.")
> That's not what the function currently does - it doesn't perform
> redisplay if input is already available when it is called.

I've changed it to say:

  "Redisplay, then wait for SECONDS seconds.  Stop when input is available.

So that the "when input is available" part is not so closely tied to
the "wait" part but can also apply to the "redisplay" part.

> It would seem at first sight that the obvious thing to do is correct the
> first line of the doc string.  However there are lots (125) of instances
> of "(sit-for 0)" in Emacs, and a lot of these are probably intended to
> mean "perform redisplay NOW".  So it might be better to make `sit-for'
> always do a redisplay.

While fixing the docstring, I also saw that the code of sit-for hints
at the solution to the above problem: if you just want to redisplay,
don't call (sit-for 0), but call `redisplay' instead (where the `force'
argument can be used to decide whether pending input should prevent
redisplay or not).


        Stefan


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]