[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-bugs-dist
Subject: [kwin] [Bug 333412] New: Dragging window from one screen to another to utmost top (for fullscreen) g
From: Mark <markg85 () gmail ! com>
Date: 2014-04-14 15:41:24
Message-ID: bug-333412-17878 () http ! bugs ! kde ! org/
[Download RAW message or body]
https://bugs.kde.org/show_bug.cgi?id=333412
Bug ID: 333412
Summary: Dragging window from one screen to another to utmost
top (for fullscreen) gives wrong animation
Classification: Unclassified
Product: kwin
Version: 4.95.0
Platform: unspecified
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: multihead
Assignee: kwin-bugs-null@kde.org
Reporter: markg85@gmail.com
Lets say you have a dual screen (a and b) setup:
|----------||----------|
| A || B |
|----------||----------|
Dragging any window from A to B works just as intended.
Dragging any window from A to the TOP* of B and release is where the animation
behaves weird. It is then animating the window as follows upon release:
- the window instantly pops back to the initial position it had before dragging
in screen A
- the window then animates towards the desired position on screen B
Note, i already had it dragged to B.
* i say "TOP" but i mean any of the snap positions. To be clear, by TOP i mean
dragging your window to the utmost top to make it fill all the screen space on
release. I don't know how it's called. I hope the kwin devs just know what i
mean by this :)
Reproducible: Always
Steps to Reproduce:
see above
Actual Results:
see above
Expected Results:
It should not move the window back to a and animate to b. It should keep it on
the dropped position and animate to - in this case - maximized state.
--
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic