| Summary: | managing the layer stack with the stylus is cumbersome | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | Elián Hanisch <lambdae2> |
| Component: | General | Assignee: | pentalis |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bugs_kde_org2, cberger, enkithan, halla |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | using the stylus | ||
|
Description
Elián Hanisch
2009-03-16 23:29:31 UTC
gah, I filled wrong the form, this should assigned to krita, not kchart. Created attachment 32195 [details]
using the stylus
I made a recording of this, there's also a lot of flickering with the dockers when I poke the layer stack or the opacity control.
At the start of the video I'm using the mouse without problems at all, then I switch to the stylus.
I get the same bug, layers get dragged when I click button/text box though not as much as on the video. I think there is two problems in that bug: - The layer is dragged even when the cursor move of just one pixel, or a very small amount of time. - Widgets in the layer box do two actions, their own action and select/drag. I think only the area under the text box and the preview image should be used to select or drag. About the 2nd bug, I can't reproduce the flickering, it's smooth here. yes, wanted to report a bug for the flickering but I couldn't reproduce it accurately, only when I recorded the video and some other random times. This report is about the layer dragging with the stylus I fear it's a bug in Qt, but I haven't had the opportunity to test with an other application (the best would be to able to reproduce with one of the example of Qt) Sound like it's more general: http://bbs.archlinux.org/viewtopic.php?pid=542387 , it should probably be reported to Qt. *** Bug 210012 has been marked as a duplicate of this bug. *** Maybe resolve the same way as 166441? A work around would be to disable drag and drop only for tablet events. I think with my latest commits in koffice/libs it is much more pleasant, if it is still problematic we can raise QApplication::setStartDragDistance to 10 or 20. I think, we can close this bug, can we? No we can't :( After more testing, it is still problematic. Pentalis wants to give this a try. Git commit 594f073cb2a68c41f57872c9792e2c6ab7c58194 by José Luis Vergara. Committed on 06/07/2011 at 11:10. Pushed by jlvergara into branch 'master'. Handle the start of a drag event in KoDocumentSectionView to bypass a bug in QTreeView BUG:187346 M +10 -0 libs/main/KoDocumentSectionView.cpp http://commits.kde.org/calligra/594f073cb2a68c41f57872c9792e2c6ab7c58194 Git commit 1246f31979d417af39728fcd6369ab82ca82940e by Jean-Nicolas Artaud, on behalf of José Luis Vergara. Committed on 06/07/2011 at 11:10. Pushed by artaud into branch 'marker-zachmann'. Handle the start of a drag event in KoDocumentSectionView to bypass a bug in QTreeView BUG:187346 M +10 -0 libs/main/KoDocumentSectionView.cpp http://commits.kde.org/calligra/1246f31979d417af39728fcd6369ab82ca82940e |