Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support moving terminal windows launched in "focus" mode freely #14351

Closed
vkoukis opened this issue Nov 6, 2022 · 8 comments
Closed

Support moving terminal windows launched in "focus" mode freely #14351

vkoukis opened this issue Nov 6, 2022 · 8 comments
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@vkoukis
Copy link

vkoukis commented Nov 6, 2022

Description of the new feature/enhancement

Provide a way to move a terminal window launched in "focus" mode, even though no there's no UI element to grab.
"Focus" mode is awesome because it allows the user to focus on the terminal, and nothing else.
But it's difficult to rearrange windows when using this mode.

Suggestion: Support moving with Win+click-drag anywhere on the terminal.
This would allow combining with existing PowerToys FancyZones functionality.

There has already been a similar request in the past, #8540.
I understand it's possible to move the window around predefined locations using Win+arrow keys, but this lacks in interactivity, for example it's not possible to choose multiple zones dynamically using Shift + Ctrl when moving the window, like FancyZones supports.

Workaround:
Define a shortcut for the existing "Toggle focus mode" command [e.g., Ctrl-Shift-F12], to quickly drop out of focus mode, move the window around using the now-visible title bar, then re-enter focus mode, but it's a bit cumbersome.

Proposed technical implementation details (optional)

One possible way to make this happen is treat the whole terminal itself as the UI element to grab on to when moving the window, combined with a modifier key. E.g., support Win+click-drag to move the window around in focus mode.

@vkoukis vkoukis added the Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. label Nov 6, 2022
@ghost ghost added Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting labels Nov 6, 2022
@vkoukis vkoukis changed the title Supporting moving terminal windows launched in "focus" mode freely Support moving terminal windows launched in "focus" mode freely Nov 6, 2022
@237dmitry
Copy link

alt-space, m is also workaround

@vkoukis
Copy link
Author

vkoukis commented Nov 7, 2022

alt-space, m is also workaround

@237dmitry yes, thank you, this is one more workaround. It's a bit cumbersome because you have to use the arrow keys to move the window around. It definitely works when you need an off-screen window back into the screen, but it's not the natural thing to do when you need to move windows during your daily work.

@237dmitry
Copy link

but it's not the natural thing to do when you need to move windows during your daily work.

I agree, in my opinion, it would be nice to move the window, as it is done in Linux. Alt+LeftMouseButton in any point of window.

@zadjii-msft
Copy link
Member

FWIW, if you alt+space, m, then tap any arrow key, you can start moving the window with the mouse. Again, a cumbersome keybinding, but better than using solely the arrow keys.

I think this more or less boils down to #539, yea/? We cool if I close this as a dupe?

@ghost ghost added the Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something label Nov 7, 2022
@vkoukis
Copy link
Author

vkoukis commented Nov 7, 2022

I think this more or less boils down to #539, yea/? We cool if I close this as a dupe?

@zadjii-msft true! this is a dupe of #539, solving #539 will make using windows in "focus" mode much more useful, let's close this.

I hope #539 will get some love soon, it's funny it has a 3-digit issue number 🙂

@ghost ghost added Needs-Attention The core contributors need to come back around and look at this ASAP. and removed Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something labels Nov 7, 2022
@zadjii-msft
Copy link
Member

/dup #539

@zadjii-msft zadjii-msft closed this as not planned Won't fix, can't repro, duplicate, stale Nov 7, 2022
@ghost
Copy link

ghost commented Nov 7, 2022

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost ghost closed this as completed Nov 7, 2022
@ghost ghost added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements Needs-Attention The core contributors need to come back around and look at this ASAP. labels Nov 7, 2022
@yaysyu
Copy link

yaysyu commented May 1, 2024

Thanks for the alt-space + m shortcut!

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

4 participants