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

Push to new workspace #2264

Open
leolost2605 opened this issue Feb 10, 2025 · 5 comments
Open

Push to new workspace #2264

leolost2605 opened this issue Feb 10, 2025 · 5 comments
Assignees
Labels
Needs Design Waiting for input from the UX team Priority: Wishlist An enhancement or new feature

Comments

@leolost2605
Copy link
Member

leolost2605 commented Feb 10, 2025

Problem

A lot of people miss minimizing as a way to get an app out of your sight for a second.
I think that's a valid usecase and going either via move to next workspace (then you have to go back to what you originally wanted to do) or via multitasking view is quite awkward.

Proposal

Introduce a push to new workspace action (for now e.g. with keybind and gesture).
This will slide the currently focused window out to the right and move it to a newly created workspace that's inserted on your right.
This way

  • Your workflow isn't interrupted because the window is just gone
  • No inconsistent behavior like with minimizing (where did the window go???)

Prior Art (Optional)

Some discussion already took place in #407 which is a very similar proposal with some additional changes that go further so this is more limited to be more actionable.
Also things have changed since then because we don't support minimize at all in the dock now

@leolost2605 leolost2605 added the Needs Design Waiting for input from the UX team label Feb 10, 2025
@teamcons
Copy link

I had the proposal for a dock context menu item "open app in new workspace" that feels semi related, to this.
Good thought.

@leolost2605 leolost2605 self-assigned this Feb 10, 2025
@danirabbit
Copy link
Member

Yeah this is probably what Super + H should do and replace the minimize action in the window context menu

@lenemter
Copy link
Member

I thought about this a while ago too. I think minimize as move to new workspace is confusing without visual feedback. This would be a great showcase for https://github.com/orgs/elementary/discussions/337 where minimized window is transforming into a new item on the dock. But without that I think it's not a viable approach

I have some spare time this week so I'm gonna try implementing https://github.com/orgs/elementary/discussions/337

@lenemter lenemter added the Priority: Wishlist An enhancement or new feature label Feb 10, 2025
@leolost2605
Copy link
Member Author

Yeah like I said it shouldn't really be a minimize replacement but instead more of a separate thing. The visual feedback would be the window sliding out to the right which IMHO represents what's happening pretty good.

I have some spare time this week so I'm gonna try implementing https://github.com/orgs/elementary/discussions/337

Yeah I wanted to do that at some point but I got stuck waiting for a review on elementary/dock#336 since I wanted to use that as a base and then make a launcher abstract class which applauncher and workspacelauncher derive from 🤷

@TomiOhl
Copy link
Contributor

TomiOhl commented Feb 11, 2025

Will there be a new workspace created for every app that's minimized pushed to a new workspace?
What's the way to "unminimize"? Go to the new workspace, drag the window and move it back to the previous workspace?
Won't this be confusing if the user doesn't know the feature well or triggers it accidentally? Like the window just disappears and will nowhere be found on the workspace, neither in the window overview nor the alt+tab switcher - in contrast to minimizing, which provides ample feedback (the window visibly minimizes itself into it's icon on the dock, so it's logical that it can be brought back from there) and doesn't hide away the window to an entirely new workspace. Generally I have nothing against implementing such a feature but I don't think it could be thought of as a minimize replacement

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Needs Design Waiting for input from the UX team Priority: Wishlist An enhancement or new feature
Projects
None yet
Development

No branches or pull requests

5 participants