Hello.
I have this idea that I think could be neat for KDE/KWin. I'm no tech savvy but I would like to be part of making it and learning the ins and outs. The idea is pretty simple and almost already implemented* ( and tbh, I think I've seen it on a competitive DE already). I wrote a quick mock up for it and I believe most mechanics is there to implement but I'm not sure.
So here's the mock up ....
Simple idea for a implementation of a quick window-tiler addition for KWin.
Concept is that there should show a small window over the max/min button on the present window. Either on hover (on today hover KWin give “restore/maximize” feedback to the user) or right-click (which today give left-click).
That this would instead give the options to tile the window with different settings. Settings would be within the framework of already implemented functions of tiling in KWin.
While the already implemented “snap-to-side” have the fullscreen, top-left , left and more options, this would give users yet more options. Like bottom down “window-snap” (or to taskbar) isn’t an option right now and move windows to (specific parts of) optional screens and/or workspaces, depending on user preferences.
Fig. A) Example with a one screen, one workspace environment, 4 options are viable (where upper left option is selected).
With multiple screens and desktops the options would change. If possible also depending on tiled windows, options to tile should change. For instance with fig. A, if the user have a top-right tiled window that option should be excluded.
Fig. B) Example with dual screens, one workspace environment, 8 options are viable, (where upper left option is selected).
While it could be preferable for some users to have the option to select each of their screens and desktops it may not be viable to give that option(or maybe it should be, let users brake their own ****?).
It may not be necessary to give multiple options to a (screen)local task. Mind the option to size/tile the window is (should be?) mainly to the current space of work. Regardless of this, there should always be options to the user.
Fig C.) Above options but with dual monitors and four desktops (tile selections is “desktop 3, screen 1, upper left).
Of course should the full scale window be an option even though this is already implemented with drag and release to top. Thus with the option (on delay?) to maximize window on both screens.
Fig D) Single screen, full size selected.
As mentioned above it's not much more then already implemented, since there are "move to screen/desktop" already. But I believe it would be a neat feature with a small screen with options.
fig E) KDE/KWin's "move to desktop/screen".
That's my idea, and I hope to be part of making it (at least be part of the process somehow).
Best regards
Jonas
Edit/PS: I honestly don't know why these "attached files" got there below and I'm too tired to bother right now.
I have this idea that I think could be neat for KDE/KWin. I'm no tech savvy but I would like to be part of making it and learning the ins and outs. The idea is pretty simple and almost already implemented* ( and tbh, I think I've seen it on a competitive DE already). I wrote a quick mock up for it and I believe most mechanics is there to implement but I'm not sure.
So here's the mock up ....
Simple idea for a implementation of a quick window-tiler addition for KWin.
Concept is that there should show a small window over the max/min button on the present window. Either on hover (on today hover KWin give “restore/maximize” feedback to the user) or right-click (which today give left-click).
That this would instead give the options to tile the window with different settings. Settings would be within the framework of already implemented functions of tiling in KWin.
While the already implemented “snap-to-side” have the fullscreen, top-left , left and more options, this would give users yet more options. Like bottom down “window-snap” (or to taskbar) isn’t an option right now and move windows to (specific parts of) optional screens and/or workspaces, depending on user preferences.
With multiple screens and desktops the options would change. If possible also depending on tiled windows, options to tile should change. For instance with fig. A, if the user have a top-right tiled window that option should be excluded.
Fig. B) Example with dual screens, one workspace environment, 8 options are viable, (where upper left option is selected).
While it could be preferable for some users to have the option to select each of their screens and desktops it may not be viable to give that option(or maybe it should be, let users brake their own ****?).
It may not be necessary to give multiple options to a (screen)local task. Mind the option to size/tile the window is (should be?) mainly to the current space of work. Regardless of this, there should always be options to the user.
Fig C.) Above options but with dual monitors and four desktops (tile selections is “desktop 3, screen 1, upper left).
Of course should the full scale window be an option even though this is already implemented with drag and release to top. Thus with the option (on delay?) to maximize window on both screens.
Fig D) Single screen, full size selected.
As mentioned above it's not much more then already implemented, since there are "move to screen/desktop" already. But I believe it would be a neat feature with a small screen with options.
fig E) KDE/KWin's "move to desktop/screen".
That's my idea, and I hope to be part of making it (at least be part of the process somehow).
Best regards
Jonas
Edit/PS: I honestly don't know why these "attached files" got there below and I'm too tired to bother right now.
Attached Files
). I also thought that someone here were involved in KDE devs, but I guess I was wrong. I'll see if I can make something of it and learn and contribute to KDE, which was the key thing with the post.
Comment