https://bugs.kde.org/show_bug.cgi?id=409349
Nate Graham changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=409349
--- Comment #5 from Nate Graham ---
I'm fine with stepping back and assessing the goal before rushing to
implementation. :)
The goal is to have any window that meets the average user's definition of a
window (i.e. it has a titlebar and can be
https://bugs.kde.org/show_bug.cgi?id=409349
--- Comment #4 from Martin Flöser ---
(In reply to Nate Graham from comment #3)
> 1. Would it be possible for KWin to override the windows' own placement when
> using this mode?
Yes of course, otherwise it would be impossible to have tiling window
https://bugs.kde.org/show_bug.cgi?id=409349
--- Comment #3 from Nate Graham ---
1. Would it be possible for KWin to override the windows' own placement when
using this mode?
2. If the window manager specs don't easily allow for this behavior, can the
specs be changed? Particularly for Wayland,
https://bugs.kde.org/show_bug.cgi?id=409349
Patrick Silva changed:
What|Removed |Added
CC||bugsefor...@gmx.com
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=409349
--- Comment #2 from Martin Flöser ---
On X11 the problem is that windows position themselves. KWin is almost never
involved. You can easily check with xprop.
Neither on X11 not on Wayland we have a chance to truly recognize a window.
Without protocol
https://bugs.kde.org/show_bug.cgi?id=409349
Nate Graham changed:
What|Removed |Added
CC||jesse.dub...@gmail.com
--- Comment #1 from Nate
