* bug#37079: 26.2.90 feature request; bury-frame command for desktop-wm
@ 2019-08-19 5:08 VanL
2019-08-19 7:38 ` martin rudalics
0 siblings, 1 reply; 9+ messages in thread
From: VanL @ 2019-08-19 5:08 UTC (permalink / raw)
To: 37079
Hello,
The frame commands in
info:emacs#Frame Commands
don't include a command to `bury-frame' as distinct from minimize-frame (C-z) in the desktop-wm.
Having 'bury-frame' allows quick switching away-from-then-return-back-to Emac's focus-frame while working with not-Emacs-app. I hope this does not require very deep coding complications into the specific desktop-wm's frameworks making this feature request not worth the effort. Thank you.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#37079: 26.2.90 feature request; bury-frame command for desktop-wm
2019-08-19 5:08 bug#37079: 26.2.90 feature request; bury-frame command for desktop-wm VanL
@ 2019-08-19 7:38 ` martin rudalics
2019-08-19 9:31 ` VanL
0 siblings, 1 reply; 9+ messages in thread
From: martin rudalics @ 2019-08-19 7:38 UTC (permalink / raw)
To: VanL, 37079
> don't include a command to `bury-frame' as distinct from
> minimize-frame (C-z) in the desktop-wm.
>
> Having 'bury-frame' allows quick switching
> away-from-then-return-back-to Emac's focus-frame while working with
> not-Emacs-app. I hope this does not require very deep coding
> complications into the specific desktop-wm's frameworks making this
> feature request not worth the effort. Thank you.
What should 'bury-frame' do? In which sense would it be different
from 'lower-frame'? How would you return-back-to a buried frame?
martin
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#37079: 26.2.90 feature request; bury-frame command for desktop-wm
2019-08-19 7:38 ` martin rudalics
@ 2019-08-19 9:31 ` VanL
2019-08-21 7:36 ` martin rudalics
0 siblings, 1 reply; 9+ messages in thread
From: VanL @ 2019-08-19 9:31 UTC (permalink / raw)
To: martin rudalics; +Cc: 37079
> On 19 Aug 2019, at 17:38, martin rudalics <rudalics@gmx.at> wrote:
>
> What should 'bury-frame' do? In which sense would it be different
> from 'lower-frame'? How would you return-back-to a buried frame?
The two terms are synonymous. I searched for the idea closest to 'lower-frame' on the web and used 'bury-frame' in this feature request for the reason that `bury' is what is done to move a buffer to the `bottom' of a 'listing of buffers'.
Use case: I am editing within an Emacs frame. I context switch to another app and want to lower (or bury) the Emacs frame with a quick keyboard shortcut. After completing the task at the other app which has taken my hand to the mouse I want to continue on that lowered Emacs frame by clicking on that. To bury the frame completely without any part of it showing for mouse clicking to raise is a corner case I may not want all of the time.
--
v.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#37079: 26.2.90 feature request; bury-frame command for desktop-wm
2019-08-19 9:31 ` VanL
@ 2019-08-21 7:36 ` martin rudalics
2019-08-22 1:24 ` Glenn Morris
2019-08-22 12:36 ` VanL
0 siblings, 2 replies; 9+ messages in thread
From: martin rudalics @ 2019-08-21 7:36 UTC (permalink / raw)
To: VanL; +Cc: 37079
>> What should 'bury-frame' do? In which sense would it be different
>> from 'lower-frame'? How would you return-back-to a buried frame?
>
> The two terms are synonymous. I searched for the idea closest to
> 'lower-frame' on the web and used 'bury-frame' in this feature
> request for the reason that `bury' is what is done to move a buffer
> to the `bottom' of a 'listing of buffers'.
Whatever 'bury-buffer' does, it's effect can be fully controlled by
Emacs itself. 'lower-frame' has Emacs ask the window manager to put
the window of an Emacs frame at the bottom of the z-order of visible
windows. Thereafter, the effect of this operation is completely with
the window manager and Emacs has no control over it.
> Use case: I am editing within an Emacs frame. I context switch to
> another app and want to lower (or bury) the Emacs frame with a quick
> keyboard shortcut.
So all you want is that Emacs by default assigns a keyboard shortcut
to 'lower-frame'. Which combination did you have in mind?
> After completing the task at the other app which
> has taken my hand to the mouse I want to continue on that lowered
> Emacs frame by clicking on that. To bury the frame completely
> without any part of it showing for mouse clicking to raise is a
> corner case I may not want all of the time.
You mean lowering the frame would continue to show parts of it not
hidden by other applications' windows while minimizing the frame would
not show aynthing. I still wonder why you don't just actively switch
to that other application's window (with the mouse or via Alt-Tab)
instead of using 'lower-frame' which would just passively reveal the
window that happens to be beneath the one of the Emacs frame.
martin
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#37079: 26.2.90 feature request; bury-frame command for desktop-wm
2019-08-21 7:36 ` martin rudalics
@ 2019-08-22 1:24 ` Glenn Morris
2019-08-22 12:36 ` VanL
1 sibling, 0 replies; 9+ messages in thread
From: Glenn Morris @ 2019-08-22 1:24 UTC (permalink / raw)
To: martin rudalics; +Cc: VanL, 37079
martin rudalics wrote:
> Whatever 'bury-buffer' does, it's effect can be fully controlled by
> Emacs itself. 'lower-frame' has Emacs ask the window manager to put
> the window of an Emacs frame at the bottom of the z-order of visible
> windows. Thereafter, the effect of this operation is completely with
> the window manager and Emacs has no control over it.
I expect any decent window manager to offer a (customizable) key binding
for this operation. Eg with XFCE I have it bound to window-key + down-arrow.
This works for all applications; so I don't see a need for an
Emacs-specific key-binding.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#37079: 26.2.90 feature request; bury-frame command for desktop-wm
2019-08-21 7:36 ` martin rudalics
2019-08-22 1:24 ` Glenn Morris
@ 2019-08-22 12:36 ` VanL
2019-08-23 7:46 ` martin rudalics
1 sibling, 1 reply; 9+ messages in thread
From: VanL @ 2019-08-22 12:36 UTC (permalink / raw)
To: martin rudalics; +Cc: 37079
martin rudalics <rudalics@gmx.at> writes:
> Whatever 'bury-buffer' does, it's effect can be fully controlled by
I don't know the extent of interpenetration Emacs&WM have. The b for
bury binds to 'Buffer-menu-bury' in the `*Buffer List*' which was what I
also wanted to do to the frame.
> So all you want is that Emacs by default assigns a keyboard shortcut
> to 'lower-frame'. Which combination did you have in mind?
Everybody has their pref for keybinding and I know better to keep my
defpref to myself. I'm after the 'command' to lowerframe and that is
all to see multiple corners of many apps and their frames like a poker
player's hand of cards.
> I still wonder why you don't just actively switch
> to that other application's window (with the mouse or via Alt-Tab)
> instead of using 'lower-frame' which would just passively reveal the
> window that happens to be beneath the one of the Emacs frame.
In my case Command-Tab does the app-to-app context switch; it is too
coarse a move. All the frames belonging to app get foregrounded. If I
am able to stay in Emacs to use lowerframe on specific frame I may only
want to read what's in the other app without touching it and then
resurface specific Emacs frame again. There I've avoided touching the
mouse completely.
Like Glenn says XFCE has window-key + down-arrow, I'm asking for the
command to do that. I'm not asking for key-binding.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#37079: 26.2.90 feature request; bury-frame command for desktop-wm
2019-08-22 12:36 ` VanL
@ 2019-08-23 7:46 ` martin rudalics
2019-08-23 9:28 ` VanL
0 siblings, 1 reply; 9+ messages in thread
From: martin rudalics @ 2019-08-23 7:46 UTC (permalink / raw)
To: VanL; +Cc: 37079
> Everybody has their pref for keybinding and I know better to keep my
> defpref to myself. I'm after the 'command' to lowerframe and that is
> all to see multiple corners of many apps and their frames like a poker
> player's hand of cards.
I'm probably too silly to understand what you mean:
lower-frame is an interactive built-in function in ‘C source code’.
(lower-frame &optional FRAME)
Probably introduced at or before Emacs version 19.29.
Send FRAME to the back, so it is occluded by any frames that overlap it.
If you don’t specify a frame, the selected frame is used.
If Emacs is displaying on an ordinary terminal or some other device which
doesn’t support multiple overlapping frames, this function does nothing.
Please try to understand that I'm apparently missing some detail in
what you want to achieve.
> Like Glenn says XFCE has window-key + down-arrow, I'm asking for the
> command to do that. I'm not asking for key-binding.
But why does 'lower-frame' not do for your Emacs frame what XFCE's
window-key + down-arrow does for Glen's?
martin
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#37079: 26.2.90 feature request; bury-frame command for desktop-wm
2019-08-23 7:46 ` martin rudalics
@ 2019-08-23 9:28 ` VanL
2020-01-24 0:26 ` Stefan Kangas
0 siblings, 1 reply; 9+ messages in thread
From: VanL @ 2019-08-23 9:28 UTC (permalink / raw)
To: martin rudalics; +Cc: 37079
martin rudalics <rudalics@gmx.at> writes:
>> I'm after the 'command' to lowerframe and that is all to see multiple
>> corners of many apps and their frames like a poker player's hand of
>> cards.
>
> I'm probably too silly to understand what you mean: lower-frame [...]
I see, now. Thanks. What I needed to do was:
1. C-h a "lower frame" <-- I looked up the same term in a search engine
and then I recycled the use of the term 'bury' for 'lower' from
familiarity with the commands on buffer list to write-up this feature
request.
> Please try to understand that I'm apparently missing some detail in
> what you want to achieve.
Thank you for your patience.
>> Like Glenn says XFCE has window-key + down-arrow, I'm asking for the
>> command to do that. I'm not asking for key-binding.
>
> But why does 'lower-frame' not do for your Emacs frame what XFCE's
> window-key + down-arrow does for Glen's?
The two commands 'lower-frame' and 'raise-frame' are exactly what I was
wanting and they are already there in Emacs and work plainly according
to their name. I didn't try to find them in the most obvious way, as above.
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#37079: 26.2.90 feature request; bury-frame command for desktop-wm
2019-08-23 9:28 ` VanL
@ 2020-01-24 0:26 ` Stefan Kangas
0 siblings, 0 replies; 9+ messages in thread
From: Stefan Kangas @ 2020-01-24 0:26 UTC (permalink / raw)
To: VanL; +Cc: 37079
close 37079
tags 37079 + notabug
thanks
VanL <van@scratch.space> writes:
>> But why does 'lower-frame' not do for your Emacs frame what XFCE's
>> window-key + down-arrow does for Glen's?
>
> The two commands 'lower-frame' and 'raise-frame' are exactly what I was
> wanting and they are already there in Emacs and work plainly according
> to their name. I didn't try to find them in the most obvious way, as above.
If I read this correctly, the commands the reporter asked for is
already in Emacs. So I'm closing this bug.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2020-01-24 0:26 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-08-19 5:08 bug#37079: 26.2.90 feature request; bury-frame command for desktop-wm VanL
2019-08-19 7:38 ` martin rudalics
2019-08-19 9:31 ` VanL
2019-08-21 7:36 ` martin rudalics
2019-08-22 1:24 ` Glenn Morris
2019-08-22 12:36 ` VanL
2019-08-23 7:46 ` martin rudalics
2019-08-23 9:28 ` VanL
2020-01-24 0:26 ` Stefan Kangas
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).