[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [External] : Re: [PATCH] New tab-bar-detach-tab command
From: |
Drew Adams |
Subject: |
RE: [External] : Re: [PATCH] New tab-bar-detach-tab command |
Date: |
Wed, 6 Oct 2021 20:20:01 +0000 |
> > When I say that `clone-frame's prefix arg could
> > be used to get the behavior you're requesting
> > (clone the frame & duplicate its window config),
> > I mean that the prefix arg could do more than one
> > thing - there are different kinds of prefix args.
>
> Now 'clone-frame' was fixed to clone the window
> config and to use the prefix arg.
>
> But I'm not sure if 'clone-frame' should be rebound
> from 'C-x 5 c' to 'C-x 5 n', like 'clone-buffer' is
> bound to 'C-x x n',and 'tab-duplicate' is bound to
> 'C-x t n'.
(In Info, `clone-buffer' is bound to `M-n', BTW.
And in Emacs prior to 28, at least, it has _no_
global binding.)
IMHO, there's no reason to keep giving `C-x 5 2`
to `make-frame-command`. All of the following
should be on the same key, distinguished by
default behavior versus different prefix-arg
behaviors:
* `make-frame-command' (or no longer give it any key)
* `clone-frame' - frame parameters
* `clone-frame' - frame parameters and window config
And all of that makes sense on `C-x 5 2', IMO.
The `2' is pretty naturally mnemonic for
duplicating/cloning/splitting.
In any case, I'd like to see only a single key
consumed by these make-a-frame behaviors, not
_both_ `C-x 5 2' and `C-x 5 <something else>'.
- RE: [External] : Re: [PATCH] New tab-bar-detach-tab command, (continued)
- RE: [External] : Re: [PATCH] New tab-bar-detach-tab command, Drew Adams, 2021/10/05
- Re: [PATCH] New tab-bar-detach-tab command, Juri Linkov, 2021/10/05
- Re: [PATCH] New tab-bar-detach-tab command, Adam Porter, 2021/10/06
- Re: [PATCH] New tab-bar-detach-tab command, Juri Linkov, 2021/10/06
- Re: [PATCH] New tab-bar-detach-tab command, Juri Linkov, 2021/10/07
- RE: [External] : Re: [PATCH] New tab-bar-detach-tab command, Drew Adams, 2021/10/07
- RE: [External] : Re: [PATCH] New tab-bar-detach-tab command, Drew Adams, 2021/10/05
- Re: [External] : Re: [PATCH] New tab-bar-detach-tab command, Juri Linkov, 2021/10/05
- RE: [External] : Re: [PATCH] New tab-bar-detach-tab command, Drew Adams, 2021/10/05
- Re: [PATCH] New tab-bar-detach-tab command, Juri Linkov, 2021/10/06
- RE: [External] : Re: [PATCH] New tab-bar-detach-tab command,
Drew Adams <=
- Re: [External] : Re: [PATCH] New tab-bar-detach-tab command, Juri Linkov, 2021/10/07
- Re: [External] : Re: [PATCH] New tab-bar-detach-tab command, Eli Zaretskii, 2021/10/07
- Re: [External] : Re: [PATCH] New tab-bar-detach-tab command, Juri Linkov, 2021/10/07
- RE: [External] : Re: [PATCH] New tab-bar-detach-tab command, Drew Adams, 2021/10/07
- Re: [External] : Re: [PATCH] New tab-bar-detach-tab command, Eli Zaretskii, 2021/10/07
- RE: [External] : Re: [PATCH] New tab-bar-detach-tab command, Drew Adams, 2021/10/07
- Re: [PATCH] New tab-bar-detach-tab command, Juri Linkov, 2021/10/05
- RE: [External] : Re: [PATCH] New tab-bar-detach-tab command, Drew Adams, 2021/10/05