https://bugs.kde.org/show_bug.cgi?id=466031
dirkjan <k...@flowee.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |k...@flowee.org
--- Comment #11 from dirkjan <k...@flowee.org> ---
Oded Arbel: closing the quicktiling UX issue as a duplicate is a bit strange
as they are two different user-discoverable features that need to be looked at
from a user perspective as two different things.
More specifically, a user using quick-tiling may never find out about the
tiling feature at all. So any solutions in the tiling feature is not going to
be relevant.
Second: quick tiling is on purpose only 2 or 4 areas of the screen. It is from
a UX perspective a very different feature. And as such merging the bugreport is
weird.
As I wrote on the now closed report:
would it not be much better for the ‘left’/‘right’ quick-tile system to be
rigurous and predictable while the tiles-editor is the way for people to do
more complex stuff?
I’m very much not happy that an accidental change in window size actually
changes something other than the window.
I mean, I ended up opening up two konsole’s and showing the number of columns /
rows, just to allow me to get back to the 50/50 setup and correct the
accidental resize. (i.e. it’s an expensive thing to fix!)
If kwin must, let the resize of two windows ‘tiled’ end up resizing those
windows with zero change of the quick-tiling data underneath. Which means that
if I want to reset it, I just hit the shortcut again.
And maybe let anything more complex be done with the tiling system which is
opt-in.
--
You are receiving this mail because:
You are watching all bug changes.
