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 #67 received at 55257-done <at> debbugs.gnu.org (full text, mbox):
Hello,
On Wed 04 May 2022 at 07:58am -07, Sean Whitton wrote:
> 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.
This is now on master.
--
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.