https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #14 from Nate Graham ---
> adding a placement option that will tile new windows according to the setting
Ok, so then windows are allowed to overlap, so indeed it's not really an
implementation of a tiling window manager.
Let's say we did
https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #13 from Konstantin Kharlamov ---
(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
https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #12 from Nate Graham ---
In your model, are windows allowed to overlap at all?
If so, it's not really a tiling system, right?
And if not, then windows will inevitably get smaller as their tiles are shrunk
to make room for new tiles and
https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #11 from Konstantin Kharlamov ---
…besides, my idea was simpler. KDE already has a "tiling layout editor", so
what this report is about is simply following the layout chosen in the editor,
and if we are out of space on the first layer, just
https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #10 from Konstantin Kharlamov ---
(In reply to Nate Graham from comment #9)
> Like I said, with your idea, if we didn't create virtual desktops
> automatically, then as more windows were opened, all open windows would
> become smaller and
https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #9 from Nate Graham ---
Like I said, with your idea, if we didn't create virtual desktops
automatically, then as more windows were opened, all open windows would become
smaller and smaller to fit into the same area, eventually reaching to
https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #8 from Konstantin Kharlamov ---
(In reply to Nate Graham from comment #7)
> If we implemented a "tile new windows" feature, and didn't tie it into
> automatic virtual desktop creation, then as more windows got created, the
> tiles and
https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #7 from Nate Graham ---
If we implemented a "tile new windows" feature, and didn't tie it into
automatic virtual desktop creation, then as more windows got created, the tiles
and their windows would become tinier and tinier, eventually
https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #6 from Konstantin Kharlamov ---
(In reply to Nate Graham from comment #5)
> Ah, so after 2 windows, you'll move them to another workspace so they don't
> end up overlapping or the tiles don't resize to be tiny, right?
Yes
> workspace
>
https://bugs.kde.org/show_bug.cgi?id=489095
Nate Graham changed:
What|Removed |Added
Resolution|WAITINGFORINFO |INTENTIONAL
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #4 from Konstantin Kharlamov ---
(In reply to Nate Graham from comment #3)
> > There may be a question of "which edge"
> Yeah, that's the rub.
>
> What if I open more windows than there are tiling zones? What if there's no
> room for new
https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #3 from Nate Graham ---
> There may be a question of "which edge"
Yeah, that's the rub.
What if I open more windows than there are tiling zones? What if there's no
room for new windows anymore?
The UX of a typical tiling WM is not as
https://bugs.kde.org/show_bug.cgi?id=489095
--- Comment #2 from Konstantin Kharlamov ---
(In reply to Nate Graham from comment #1)
> What specifically would this placement mode do?
Make newly created windows get tiled automatically per the tile layout that was
configured in the existing layout
https://bugs.kde.org/show_bug.cgi?id=489095
Nate Graham changed:
What|Removed |Added
Status|REPORTED|NEEDSINFO
CC|
https://bugs.kde.org/show_bug.cgi?id=489095
fanzhuyi...@gmail.com changed:
What|Removed |Added
Severity|normal |wishlist
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=489095
fanzhuyi...@gmail.com changed:
What|Removed |Added
CC||fanzhuyi...@gmail.com
--
You are
16 matches
Mail list logo
