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

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

bug#20404: 25.0.50; Sometimes no fontification with jit-lock-defer-time


From: Lars Ingebrigtsen
Subject: bug#20404: 25.0.50; Sometimes no fontification with jit-lock-defer-time
Date: Thu, 31 Oct 2019 15:23:16 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)

Eli Zaretskii <eliz@gnu.org> writes:

>   emacs -Q
>   M-x blink-cursor-mode RET
>   M-x blink-cursor-mode RET
>
> And note that after the second "M-x blink-cursor-mode RET", which
> turns ON the blinking, Emacs waits for about the same 2 sec before it
> actually starts blinking.
>
> And here's why: _any_ command that goes through
> execute-extended-command will run this code:
>
>             (when suggest-key-bindings
>               (sit-for (cond
>                         ((zerop (length (current-message))) 0)
>                         ((numberp suggest-key-bindings) suggest-key-bindings)
>                         (t 2))))))

This was fixed in 2018 by this commit, I think.

commit 48a28f8e389c33029ab4aa3d65445f42ed457e11
Author: Dmitry Gutov <dgutov@yandex.ru>
Date:   Mon Dec 24 04:36:08 2018 +0200

    execute-extended-command: Skip waiting in more cases
    
    * lisp/simple.el (execute-extended-command): Don't wait when
    there's no binding the current command, and the user doesn't want
    to see "shorter" suggestions, or TYPED is nil anyway.

Skimming this thread, it's unclear whether there was anything else to
fix here.  Can this bug be closed?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





reply via email to

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