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
View this message in rfc822 format
Hello Stefan,
On Fri 06 May 2022 at 07:34am -04, Stefan Monnier wrote:
>> + (if-let ((scratch (get-buffer "*scratch*")))
>> + scratch
>
> A.k.a
>
> (or (get-buffer "*scratch*")
Ah yes.
>> (defun scratch-buffer ()
>> "Switch to the \*scratch\* buffer.
>> If the buffer doesn't exist, create it first."
>> (interactive)
>> - (if (get-buffer "*scratch*")
>> - (pop-to-buffer-same-window "*scratch*")
>> - (pop-to-buffer-same-window (get-buffer-create "*scratch*"))
>> - (when initial-scratch-message
>> - (insert initial-scratch-message))
>> - (funcall initial-major-mode)))
>> + (pop-to-buffer-same-window (get-initial-buffer-create)))
>
> I think the new function can be considered "internal", and I think it
> would be better for its name to use "scratch-buffer" as a prefix, so
> maybe `scratch-buffer--create`?
It gets called in places like server.el, though. And I can imagine
wanting to use it in third party code as a better version of
(get-buffer-create "*scratch"*). So it seems to me not to be internal.
--
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.