[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#55257: 29.0.50; New command `scratch-buffer' inconsistent with start
From: |
Sean Whitton |
Subject: |
bug#55257: 29.0.50; New command `scratch-buffer' inconsistent with startup |
Date: |
Mon, 09 May 2022 18:50:21 -0700 |
User-agent: |
Notmuch/0.36 Emacs/29.0.50 (x86_64-pc-linux-gnu) |
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