[kwin] [Bug 361296] draggable objects don't move at the same speed as mouse input
https://bugs.kde.org/show_bug.cgi?id=361296 Thomas Lübkingchanged: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=362826 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 361296] draggable objects don't move at the same speed as mouse input
https://bugs.kde.org/show_bug.cgi?id=361296 Thomas Lübkingchanged: What|Removed |Added Resolution|FIXED |DUPLICATE --- Comment #8 from Thomas Lübking --- then the workaround from comment #5 has no impact beause it works around the wrong bug in qt. *** This bug has been marked as a duplicate of bug 352019 *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 361296] draggable objects don't move at the same speed as mouse input
https://bugs.kde.org/show_bug.cgi?id=361296 --- Comment #7 from court--- @Thomas, I did both of your suggestions and the dragging issue still persists both with system tray icons and folders/files in Dolphin anywhere on the screen and over the glxgears window -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 361296] draggable objects don't move at the same speed as mouse input
https://bugs.kde.org/show_bug.cgi?id=361296 --- Comment #6 from Thomas Lübking--- > 3. Remove finger from left-click button to end mouse input on the object > being drug > Actual Results: > Icon moves in super slow motion and does not properly follow the mouse This is bug #352019 - altering the type won't help you since the morph ends within 250ms or so anyway. I don't say QTBUG-52560 isn't an *additional* "who cares about desktops" bug in Qt5, but I'd rather not expect this bug to be fixed by a workaround on the window type. @court, run "kcmshell5 kwineffects" and deactivate the "morphing tooltips" effect. Then check whether there's still a problem. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 361296] draggable objects don't move at the same speed as mouse input
https://bugs.kde.org/show_bug.cgi?id=361296 --- Comment #4 from Thomas Lübking--- The compositor settings won't matter - it's most likely a known problem in Qt. Try to suspend the compositor (SHIFT+Alt+F12), run glxgears and move a drag over the running glxgears window. See what happens. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 361296] draggable objects don't move at the same speed as mouse input
https://bugs.kde.org/show_bug.cgi?id=361296 --- Comment #3 from court--- I should also note that I was using OpenGL 3.1 for rendering with this -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 361296] draggable objects don't move at the same speed as mouse input
https://bugs.kde.org/show_bug.cgi?id=361296 Thomas Lübkingchanged: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #2 from Thomas Lübking --- That's a bug in Qt event handling forgot how to compress events and/or Qt DnD is causing "something™" that is slow on at least the nvidia blob. The problem seem the repaints below (the faster the update, the more obvious the problem becomes, the compositor being a natural trigger but not the problem) https://bugs.kde.org/show_bug.cgi?id=352019#c28 You'll rather not get this problem with DnDs that are NOT Qt5, compositing or the tooltip animation should not matter. *** This bug has been marked as a duplicate of bug 352019 *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 361296] draggable objects don't move at the same speed as mouse input
https://bugs.kde.org/show_bug.cgi?id=361296 Marco Martinchanged: What|Removed |Added Component|general |effects-various Assignee|k...@davidedmundson.co.uk|kwin-bugs-n...@kde.org Target Milestone|1.0 |--- Product|plasmashell |kwin -- You are receiving this mail because: You are watching all bug changes.