Actually, the patch to easy-mmode I proposed earlier had the
disadvantage that things could run twice by being added to two hooks.
I believe that we can entirely rely on post-command-hook for those
modes that do not run `after-change-major-mode-hook' yet.
That would give these alternative patches:
Is any other change needed to make this work right?
The node Precalculated Fontification seems to say no,
but maybe it is inaccurate.
I believe that the extra change needed is to make the global-font-lock-mode
implementation (as well as other global minor modes defined with
`define-global
Buffer Menu, which I described earlier, is caused by a change made
today, namely making Buffer-menu-buffer-face the value of the
font-lock-face property rather than the face property. Reverting that
change makes the problem completely go away. But I presume that there
must hav
It turns out that the new buggish behavior of the auto-reverting
Buffer Menu, which I described earlier, is caused by a change made
today, namely making Buffer-menu-buffer-face the value of the
font-lock-face property rather than the face property. Reverting that
change makes the problem completel
If you do:
emacs -q -nbc &
M-x global-font-lock-mode
M-x global-auto-revert-mode
M-: (setq global-auto-revert-non-file-buffers t)
M-x buffer-menu
then the fontification of the buffer names disappears after a while
but reappears for a while each time one touches the keyboard (arrow
keys, for insta
