GNU bug report logs -
#76248
[Feature Request] user-option for killing buffer in `quit-window'.
Previous Next
To reply to this bug, email your comments to 76248 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Thu, 13 Feb 2025 04:45:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Elijah Gabe Perez <eg642616 <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 13 Feb 2025 04:45:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello, i would like to know why there is not an user-option for the
`quit-window' function to kill windows instead burying them.
I find this useful in buffers like `help-mode' to avoid filling
list-buffers with unnecessary buffers.
I'm currently using an `advice' to achieve this:
(advice-add #'quit-window :around
(lambda (orig-fn _ &rest window)
(funcall orig-fn 't window)))
and honestly I would prefer an option like: "quit-window-kill-buffer"
(set to `nil' by default).
--
- E.G via GNU Emacs.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Thu, 13 Feb 2025 07:12:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 76248 <at> debbugs.gnu.org (full text, mbox):
> Hello, i would like to know why there is not an user-option for the
> `quit-window' function to kill windows instead burying them.
>
> I find this useful in buffers like `help-mode' to avoid filling
> list-buffers with unnecessary buffers.
>
> I'm currently using an `advice' to achieve this:
>
> (advice-add #'quit-window :around
> (lambda (orig-fn _ &rest window)
> (funcall orig-fn 't window)))
>
> and honestly I would prefer an option like: "quit-window-kill-buffer"
> (set to `nil' by default).
I completely agree. The lack of this option causes so much trouble.
For example, I needed to define in the init file:
(defun quit-window-kill-buffer ()
"Quit WINDOW and kill its buffer."
(interactive)
(quit-window 1))
and then update each and every keymap to override 'quit-window'
with 'quit-window-kill-buffer':
(define-key archive-mode-map "q" 'quit-window-kill-buffer)
(define-key tar-mode-map "q" 'quit-window-kill-buffer)
(define-key dired-mode-map "q" 'quit-window-kill-buffer)
...
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Thu, 13 Feb 2025 07:27:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 76248 <at> debbugs.gnu.org (full text, mbox):
Juri Linkov <juri <at> linkov.net> writes:
>> Hello, i would like to know why there is not an user-option for the
>> `quit-window' function to kill windows instead burying them.
>>
>> I find this useful in buffers like `help-mode' to avoid filling
>> list-buffers with unnecessary buffers.
>>
>> I'm currently using an `advice' to achieve this:
>>
>> (advice-add #'quit-window :around
>> (lambda (orig-fn _ &rest window)
>> (funcall orig-fn 't window)))
>>
>> and honestly I would prefer an option like: "quit-window-kill-buffer"
>> (set to `nil' by default).
>
> I completely agree. The lack of this option causes so much trouble.
Sounds useful, agreed. Why not have the option.
> For example, I needed to define in the init file:
>
> (defun quit-window-kill-buffer ()
> "Quit WINDOW and kill its buffer."
> (interactive)
> (quit-window 1))
>
> and then update each and every keymap to override 'quit-window'
> with 'quit-window-kill-buffer':
>
> (define-key archive-mode-map "q" 'quit-window-kill-buffer)
> (define-key tar-mode-map "q" 'quit-window-kill-buffer)
> (define-key dired-mode-map "q" 'quit-window-kill-buffer)
> ...
(Maybe an advice could work for this?)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Thu, 13 Feb 2025 07:57:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 76248 <at> debbugs.gnu.org (full text, mbox):
>>> and honestly I would prefer an option like: "quit-window-kill-buffer"
>>> (set to `nil' by default).
>>
>> I completely agree. The lack of this option causes so much trouble.
>
> Sounds useful, agreed. Why not have the option.
>
>> For example, I needed to define in the init file:
>>
>> (defun quit-window-kill-buffer ()
>> "Quit WINDOW and kill its buffer."
>> (interactive)
>> (quit-window 1))
>>
>> and then update each and every keymap to override 'quit-window'
>> with 'quit-window-kill-buffer':
>>
>> (define-key archive-mode-map "q" 'quit-window-kill-buffer)
>> (define-key tar-mode-map "q" 'quit-window-kill-buffer)
>> (define-key dired-mode-map "q" 'quit-window-kill-buffer)
>> ...
>
> (Maybe an advice could work for this?)
An advice has too wide coverage. Of course, it's possible
to check for major-mode in an advice. But it would be more clean
to set a buffer-local value of the new option either to non-nil
in modes where 'q' should kill the buffer, or to nil in some modes
when the user customized the new option to non-nil for all modes.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Thu, 13 Feb 2025 09:35:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 76248 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
>> Hello, i would like to know why there is not an user-option for the
>> `quit-window' function to kill windows instead burying them.
^^^^^^^
buffers
>> I find this useful in buffers like `help-mode' to avoid filling
>> list-buffers with unnecessary buffers.
>>
>> I'm currently using an `advice' to achieve this:
>>
>> (advice-add #'quit-window :around
>> (lambda (orig-fn _ &rest window)
>> (funcall orig-fn 't window)))
>>
>> and honestly I would prefer an option like: "quit-window-kill-buffer"
>> (set to `nil' by default).
>
> I completely agree. The lack of this option causes so much trouble.
> For example, I needed to define in the init file:
>
> (defun quit-window-kill-buffer ()
> "Quit WINDOW and kill its buffer."
> (interactive)
> (quit-window 1))
>
> and then update each and every keymap to override 'quit-window'
> with 'quit-window-kill-buffer':
>
> (define-key archive-mode-map "q" 'quit-window-kill-buffer)
> (define-key tar-mode-map "q" 'quit-window-kill-buffer)
> (define-key dired-mode-map "q" 'quit-window-kill-buffer)
> ...
I attach a patch that could simplify that.
martin
[quit-window-kill-buffer.diff (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Thu, 13 Feb 2025 10:32:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 76248 <at> debbugs.gnu.org (full text, mbox):
martin rudalics via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> I attach a patch that could simplify that.
LGTM, but it needs a NEWS item.
Maybe an addition to the manual as well?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Thu, 13 Feb 2025 11:00:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 76248 <at> debbugs.gnu.org (full text, mbox):
> LGTM, but it needs a NEWS item.
>
> Maybe an addition to the manual as well?
Both. But first let's see what the others think about it. Maybe its
handling should go to 'quit-restore-window' itself. Or we should have
'quit-windows-on' handle it too. Then what about 'delete-windows-on'?
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Thu, 13 Feb 2025 11:06:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 76248 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I think symmetry in delete-window would be nice. I've wrapped it to achieve
something similar.
On Thu, Feb 13, 2025 at 6:00 AM martin rudalics via Bug reports for GNU
Emacs, the Swiss army knife of text editors <bug-gnu-emacs <at> gnu.org> wrote:
> > LGTM, but it needs a NEWS item.
> >
> > Maybe an addition to the manual as well?
>
> Both. But first let's see what the others think about it. Maybe its
> handling should go to 'quit-restore-window' itself. Or we should have
> 'quit-windows-on' handle it too. Then what about 'delete-windows-on'?
>
> martin
>
>
>
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Thu, 13 Feb 2025 16:45:03 GMT)
Full text and
rfc822 format available.
Message #29 received at 76248 <at> debbugs.gnu.org (full text, mbox):
FWIW, I want to bury the buffer of a quit window, not kill it.
I remap bindings of `quit-window' to this, which I got from
Martin 10 years ago:
(defun quit-window-delete (&optional kill window)
"Quit WINDOW, deleting it, and bury its buffer.
WINDOW must be a live window and defaults to the selected one.
With prefix argument KILL non-nil, kill the buffer instead of
burying it.
This is similar to the version of `quit-window' that Emacs had before
the introduction of `quit-restore-window'. It ignores the information
stored in WINDOW's `quit-restore' window parameter.
It deletes the WINDOW more often, rather than switching to another
buffer in it. If WINDOW is alone in its frame then the frame is
deleted or iconified, according to option `frame-auto-hide-function'."
(interactive "P")
(set-window-parameter window
'quit-restore
`(frame frame nil ,(current-buffer)))
(quit-restore-window window (if kill 'kill 'bury))))
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Thu, 13 Feb 2025 18:03:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 76248 <at> debbugs.gnu.org (full text, mbox):
> I attach a patch that could simplify that.
Thanks.
> +(defcustom quit-window-kill-buffer-modes nil
> + "List of major modes telling `quit-window' to kill WINDOW's buffer.
> +If non-nil, this should be a list of major modes. `quit-window' will
> +kill the buffer of its WINDOW argument when that buffer's major mode is
> +a member of this list regardless of the value of the KILL argument."
> + :type '(repeat (symbol :tag "Major mode"))
> + :version "31.1"
> + :group 'windows)
It would be nice to support the value t as a shortcut that means all modes.
Then the name could be just 'quit-window-kill-buffer' for symmetry with
'kill-buffer-quit-windows'.
> + (let (kill-from-mode)
> + (with-current-buffer (window-buffer (window-normalize-window window))
> + (run-hooks 'quit-window-hook)
> +
> + (setq kill-from-mode (memq major-mode quit-window-kill-buffer-modes)))
> +
> + (quit-restore-window
> + window (if (or kill kill-from-mode) 'kill 'bury))))
Wouldn't it be better to check for derived modes with 'derived-mode-p'?
Then it's possible to detect all modes inheriting from special-mode,
e.g. (derived-mode-p '(special-mode)).
> Maybe its handling should go to 'quit-restore-window' itself.
> Or we should have 'quit-windows-on' handle it too.
> Then what about 'delete-windows-on'?
Not sure about other functions.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Fri, 14 Feb 2025 10:24:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 76248 <at> debbugs.gnu.org (full text, mbox):
> I think symmetry in delete-window would be nice. I've wrapped it to achieve
> something similar.
Which condition did you use?
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Fri, 14 Feb 2025 10:25:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 76248 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> It would be nice to support the value t as a shortcut that means all modes.
OK.
> Then the name could be just 'quit-window-kill-buffer' for symmetry with
> 'kill-buffer-quit-windows'.
Hmm... What about people who eventually expect buffer names or regexps
to match the name of the window's buffer?
> Wouldn't it be better to check for derived modes with 'derived-mode-p'?
> Then it's possible to detect all modes inheriting from special-mode,
> e.g. (derived-mode-p '(special-mode)).
OK.
>> Maybe its handling should go to 'quit-restore-window' itself.
>> Or we should have 'quit-windows-on' handle it too.
>> Then what about 'delete-windows-on'?
>
> Not sure about other functions.
Me neither. Maybe your original statement that it really is the "q" we
want to handle could be done via an additional condition like
(eq (key-binding "q") 'quit-window)
New patch attached.
martin
[quit-window-kill-buffer.diff (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Sat, 15 Feb 2025 05:34:02 GMT)
Full text and
rfc822 format available.
Message #41 received at submit <at> debbugs.gnu.org (full text, mbox):
martin rudalics via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> +either a member of this list or is derived from a member of this list.
> +In either case it will kill the buffer regardless of the value of the
> +KILL argument."
> + :type '(repeat (symbol :tag "Major mode"))
> + :version "31.1"
> + :group 'windows)
Shouldn't it be something like this?
+ :type '(choice (repeat (symbol :tag "Major mode")) boolean)
+ :version "31.1"
+ :group 'windows)
Otherwise it would give a warning due type.
> + (let (kill-from-mode)
> + (with-current-buffer (window-buffer (window-normalize-window window))
> + ;; Run the hook from the buffer implied to get any buffer-local
> + ;; values.
> + (run-hooks 'quit-window-hook)
> +
> + (setq kill-from-mode
> + (or (eq quit-window-kill-buffer-modes t)
> + (and (listp quit-window-kill-buffer-modes)
> + (derived-mode-p quit-window-kill-buffer-modes)))))
Wouldn't it be more convenient to put this into the let varlist?
+ (let ((kill-from-mode
+ (or (eq quit-window-kill-buffer-modes t)
+ (and (listp quit-window-kill-buffer-modes)
+ (derived-mode-p quit-window-kill-buffer-modes)))))
... or is there something i'm missing?
--
- E.G via GNU Emacs.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Sat, 15 Feb 2025 05:34:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Sat, 15 Feb 2025 10:36:01 GMT)
Full text and
rfc822 format available.
Message #47 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> Shouldn't it be something like this?
>
> + :type '(choice (repeat (symbol :tag "Major mode")) boolean)
> + :version "31.1"
> + :group 'windows)
>
> Otherwise it would give a warning due type.
Right.
>> + (let (kill-from-mode)
>> + (with-current-buffer (window-buffer (window-normalize-window window))
>> + ;; Run the hook from the buffer implied to get any buffer-local
>> + ;; values.
>> + (run-hooks 'quit-window-hook)
>> +
>> + (setq kill-from-mode
>> + (or (eq quit-window-kill-buffer-modes t)
>> + (and (listp quit-window-kill-buffer-modes)
>> + (derived-mode-p quit-window-kill-buffer-modes)))))
>
> Wouldn't it be more convenient to put this into the let varlist?
It would be more convenient ...
> + (let ((kill-from-mode
> + (or (eq quit-window-kill-buffer-modes t)
> + (and (listp quit-window-kill-buffer-modes)
> + (derived-mode-p quit-window-kill-buffer-modes)))))
>
>
> ... or is there something i'm missing?
... but 'derived-mode-p' says to
"Return non-nil if the current major mode is derived from one of MODES.
so I have to make the buffer current first via 'with-current-buffer' and
only then I can call 'derived-mode-p'.
martin
[quit-window-kill-buffer.diff (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Sat, 15 Feb 2025 10:36:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Sat, 15 Feb 2025 18:22:02 GMT)
Full text and
rfc822 format available.
Message #53 received at 76248 <at> debbugs.gnu.org (full text, mbox):
>> Then the name could be just 'quit-window-kill-buffer' for symmetry with
>> 'kill-buffer-quit-windows'.
>
> Hmm... What about people who eventually expect buffer names or regexps
> to match the name of the window's buffer?
A shorter name 'quit-window-kill-buffer' gives more freedom
for possible future extensions, e.g. for a list of regexps
or buffer names as strings in addition to mode names as symbols.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Sat, 15 Feb 2025 19:19:02 GMT)
Full text and
rfc822 format available.
Message #56 received at submit <at> debbugs.gnu.org (full text, mbox):
martin rudalics via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
>> Wouldn't it be more convenient to put this into the let varlist?
>
> It would be more convenient ...
>
>> + (let ((kill-from-mode
>> + (or (eq quit-window-kill-buffer-modes t)
>> + (and (listp quit-window-kill-buffer-modes)
>> + (derived-mode-p quit-window-kill-buffer-modes)))))
>>
>>
>> ... or is there something i'm missing?
>
> ... but 'derived-mode-p' says to
>
> "Return non-nil if the current major mode is derived from one of MODES.
>
> so I have to make the buffer current first via 'with-current-buffer' and
> only then I can call 'derived-mode-p'.
I see, thanks for the clarification.
--
- E.G via GNU Emacs.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Sat, 15 Feb 2025 19:19:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Sun, 16 Feb 2025 09:00:02 GMT)
Full text and
rfc822 format available.
Message #62 received at 76248 <at> debbugs.gnu.org (full text, mbox):
> A shorter name 'quit-window-kill-buffer' gives more freedom
> for possible future extensions, e.g. for a list of regexps
> or buffer names as strings in addition to mode names as symbols.
OK. We now already have t as possible value anyway.
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Sun, 16 Feb 2025 22:29:02 GMT)
Full text and
rfc822 format available.
Message #65 received at submit <at> debbugs.gnu.org (full text, mbox):
I've tested the patch and the implementation works like a charm.
However, I would prefer this line to be added.
:type '(choice (const :tag "All major modes" t)
+ (const :tag "Bury, don't kill" nil)
(repeat (symbol :tag "Major mode")))
:version "31.1"
:group 'windows)
--
- E.G via GNU Emacs.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Sun, 16 Feb 2025 22:29:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Mon, 17 Feb 2025 01:15:02 GMT)
Full text and
rfc822 format available.
Message #71 received at 76248 <at> debbugs.gnu.org (full text, mbox):
> I would prefer this line to be added.
>
> :type '(choice (const :tag "All major modes" t)
> + (const :tag "Bury, don't kill" nil)
> (repeat (symbol :tag "Major mode")))
> :version "31.1"
> :group 'windows)
+1 for allowing a bury-buffer choice.
That's what I was hinting at when I posted
that I use a function `quit-window-delete'
that buries the buffer rather than killing it.
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=76248#29
___
And as I indicated there:
This is similar to the version of `quit-window'
that Emacs had before the introduction of
`quit-restore-window'. It ignores the
information stored in WINDOW's `quit-restore'
window parameter.
It deletes the WINDOW more often, rather than
switching to another buffer in it. If WINDOW
is alone in its frame then the frame is deleted
or iconified, according to option
`frame-auto-hide-function'.
However, the way the enhancement seems to be
getting implemented so far, your addition of a
bury-it option in the way you propose doesn't
seem right - it appears to be just bolted on as
an after-thought.
Burying as an option should be at the same level
of choice as killing as an option - it's parallel
to that choice. It's not parallel with a choice
of all modes versus specific modes - it's not an
alternative to mode choices.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Mon, 17 Feb 2025 09:21:02 GMT)
Full text and
rfc822 format available.
Message #74 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> I've tested the patch and the implementation works like a charm.
>
> However, I would prefer this line to be added.
>
> :type '(choice (const :tag "All major modes" t)
> + (const :tag "Bury, don't kill" nil)
> (repeat (symbol :tag "Major mode")))
> :version "31.1"
> :group 'windows)
Then maybe the attached would fit you better. The text "Bury, don't
kill" is subtly misleading here because 'quit-window' will also bury the
buffer when its major mode is not a member of a list of modes specified
by this option.
martin
[quit-window-kill-buffer.diff (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Mon, 17 Feb 2025 09:21:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Mon, 17 Feb 2025 09:22:02 GMT)
Full text and
rfc822 format available.
Message #80 received at 76248 <at> debbugs.gnu.org (full text, mbox):
>> I would prefer this line to be added.
>>
>> :type '(choice (const :tag "All major modes" t)
>> + (const :tag "Bury, don't kill" nil)
>> (repeat (symbol :tag "Major mode")))
>> :version "31.1"
>> :group 'windows)
>
> +1 for allowing a bury-buffer choice.
That choice was here before and was always supported as default.
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Mon, 17 Feb 2025 16:27:02 GMT)
Full text and
rfc822 format available.
Message #83 received at 76248 <at> debbugs.gnu.org (full text, mbox):
> > +1 for allowing a bury-buffer choice.
>
> That choice was here before and was always supported as default.
I see; thx. Sorry for misunderstanding.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Tue, 18 Feb 2025 00:32:01 GMT)
Full text and
rfc822 format available.
Message #86 received at submit <at> debbugs.gnu.org (full text, mbox):
martin rudalics via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> Then maybe the attached would fit you better.
Yeah, the patch seems fine to me now, I remain neutral regarding
adding this functionality to quit-windows-on (and quit-restore-window)
since I haven't seen it in most of the commands I use.
I can't wait to try it out.
--
- E.G via GNU Emacs.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Tue, 18 Feb 2025 00:32:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Sun, 23 Feb 2025 10:06:02 GMT)
Full text and
rfc822 format available.
Message #92 received at 76248 <at> debbugs.gnu.org (full text, mbox):
> Yeah, the patch seems fine to me now, I remain neutral regarding
> adding this functionality to quit-windows-on (and quit-restore-window)
> since I haven't seen it in most of the commands I use.
>
> I can't wait to try it out.
Pushed to master now. Please try it out.
Thanks, martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Sun, 23 Feb 2025 10:07:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Mon, 24 Feb 2025 03:59:02 GMT)
Full text and
rfc822 format available.
Message #98 received at submit <at> debbugs.gnu.org (full text, mbox):
martin rudalics via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> Pushed to master now. Please try it out.
LGTM, Thank you so much.
--
- E.G via GNU Emacs.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76248
; Package
emacs
.
(Mon, 24 Feb 2025 03:59:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 113 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.