https://bugs.kde.org/show_bug.cgi?id=521368
Bug ID: 521368
Summary: Untiling a window by grabbing it reverts its size to
its pre-tiled size, but I want it to maintain size
Classification: Plasma
Product: kwin
Version First 6.6.5
Reported In:
Platform: Debian testing
OS: Linux
Status: REPORTED
Severity: wishlist
Priority: NOR
Component: Quick Tiling
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
DESCRIPTION
I use Super+Arrows to tile windows (most often to corners) which of course
resizes them in the process. Frequently though, partway through my workflow,
I'll realize I want to keep the small size and position of e.g. a ¼ screen
window near a corner but need it floating nudge it in some direction or another
a couple centimeters. However, grabbing a tiled window makes it 'snap' out of
its tiled state and for some reason also makes it lose its current size,
reverting it back to the often much larger pre-tiled size. The result? The
reverted size usually is halfway cut offscreen, and I have to drag it back
fully onscreen, and in any case then manually resize it to the approximate size
I wanted, and then drag it back near the corner. All of which is
counterintuitive when its size was already what I wanted, and I just wanted to
shift its position a little.
STEPS TO REPRODUCE
1. Have an untiled floating window (preferably a large one because it makes
this issue most noticeable)
2. ⌘+←↑ to smallen it into a corner tile for example
3. Grab its titlebar with mouse (or right click titlebar and More Actions>Move)
(or ⌘ + left click)
4. Drag even a couple pixels in any direction until it unsnaps from its tiled
position
OBSERVED RESULT
As soon as the window moves from its tiled position, it reverts back to its
original size before tiling, often cutting offscreen.
EXPECTED RESULT
The window simply moves when grabbed, staying its same size.
SOFTWARE/OS VERSIONS
Operating System: Debian GNU/Linux forky/sid
KDE Plasma Version: 6.6.5
KDE Frameworks Version: 6.23.0
Qt Version: 6.10.2
ADDITIONAL INFORMATION
I see a report about this from over a decade ago
(https://bugs.kde.org/show_bug.cgi?id=326223) and my takeaway is that devs want
this behavior, but I agree with the submitter: "Okay, it's in a tiled state and
releasing it makes it regain it's former size. . . . But to be honest, nothing
makes me think that it should restore it's old size either. It's just that I
often see myself trying to make my windows smaller by tiling them just to move
them to another position. It's annoying." The resolution offered: "[If] you're
seeking for a more convenient [sic] way . . . you could write a script (and
bind that to a shortcut) to make the window quarter screen sized." Which isn't
convenient or a resolution for me.
One question stood out to me is, "you don't want to have it tiled in the corner
in the first place?" Well, for me, incorrect: (maybe unlike the OP) I do want
it in the corner at ¼ size, I just frequently end up needing to nudge the
window later. And my definition of 'tiled in the corner' *is* ~'resized to a ¼
size then repositioned to the corner'. I get there being an internal
distinction between a window being in its tiled state and breaking back into
its floating state, but I don't see why that breaking has to also involve
changing its size.
I can try to imagine the appeal of having an action that quickly reverts a
window to some previous remembered size. But that's not how I've been managing
my windows. I'm pretty sure my expectation is the behavior on Windows 10 tiling
by the way? -- so instead this has been a burdensome annoyance. I thought
there'd be an untickable option for this in Settings, or perhaps some
difference in behavior between grabbing titlebar versus More Actions>Move
versus ⌘+left click, but no.
So if you'd consider this behavior and add an option to disable it -- or
perhaps add a key sequence that temporarily disables it, e.g. Alt+grab to
untile with size preserved versus regular grab to untile with size reverted --
I'd appreciate it!
--
You are receiving this mail because:
You are watching all bug changes.
