|
|
I know, that you won't realize my idea, independently you are like it or not, but maybe for KDE5?
The main problem of window managers is that, they aren't designed to interact with users. The main input focus should have application, that's right, but why any other application(window) can stolen/get focus too simple?
My idea is to make window managers more intuitive/ergonomic/sensitive. To achieve this, WMs shouldn't give focus to application without user permission, with one exception: New window is displayed/created.
Instead of giving input focus, window manager should displayed menu with options: - Move active window here - Bring this window to front and activate it - Bring this window to front, activate it and click - Drag this item(don't change active window, simulate left mouse button for moment, when user don't click and select drop item) - Window list(section/contains submenu) - More actions on active window(close/minimize/maximize/show at top of screen, etc.) - Change rectangular size of active window
On window list we can bring other window to front and activate it(too simple).
Windows should have only small (4 pixels border independently it is maximized or not). Window border can't contains title/caption, buttons. Once user click on borders, we showing up menu. Active window will works as now.
Window names/caption text will been displayed, one mouse cursor will leave active window and will be hidden when mouse cursor entered into active window. This element should be displayed above the window, not at top of them.
In my opinion it's less space gainful, more intuitive, speeder. Also, it will probably works better with multitouch devices and MPX. I can chose many actions only by puts finger on the screen and select, ex. move active window here.
Tags: mpx, window manager, kwin, small screens
View the 8 comments or add your own »
|