GNU bug report logs -
#55257
29.0.50; New command `scratch-buffer' inconsistent with startup
Previous Next
Reported by: David Ponce <da_vid <at> orange.fr>
Date: Wed, 4 May 2022 08:33:02 UTC
Severity: normal
Found in version 29.0.50
Done: Sean Whitton <spwhitton <at> spwhitton.name>
Bug is archived. No further changes may be made.
Full log
Message #8 received at 55257 <at> debbugs.gnu.org (full text, mbox):
Hello,
On Wed 04 May 2022 at 10:31am +02, David Ponce wrote:
> Hello,
>
> The new command `scratch-buffer' does not re-create the *scratch* buffer
> like in startup.el.
>
> The below patch fix this:
> --- a/./installs/emacs/lisp/simple.el
> +++ b/./emacs.d/simple.el
> @@ -10221,7 +10221,8 @@ If the buffer doesn't exist, create it first."
> (pop-to-buffer-same-window "*scratch*")
> (pop-to-buffer-same-window (get-buffer-create "*scratch*"))
> (when initial-scratch-message
> - (insert initial-scratch-message))
> + (insert (substitute-command-keys initial-scratch-message))
> + (set-buffer-modified-p nil))
> (funcall initial-major-mode)))
Thanks. Let me try to fix this as part of factoring out the *scratch*
initialisation code, as discussed in an emacs-devel thread.
--
Sean Whitton
This bug report was last modified 3 years and 105 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.