https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #13 from Konstantin Kharlamov <hi-an...@yandex.ru> --- (In reply to Nate Graham from comment #12) > In your model, are windows allowed to overlap at all? > > If so, it's not really a tiling system, right? Yes and no. Kwin has a setting called "window placement" that decides how a new window will be placed. It also has a "tiling manager" that decided how windows should be tiled. All I'm suggesting is to merely combine these two features by adding a placement option that will tile new windows according to the setting. It's definitely not the "tiling WM" functional, but such automation still simplifies life and if so desired any other features may be added on top of it later. > And if not, then windows will inevitably get smaller as their tiles are > shrunk to make room for new tiles and new windows. As I explained previsouly, even if that was the case, it wouldn't be a problem, at least not one that a compositor should do anything about. It is expected to be the user's care not the compositor's. Suddenly moving a window to another desktop will most likely get a user upset. -- You are receiving this mail because: You are watching all bug changes.
