[krita] [Bug 439449] [5.0.0 6f28dc0] When touching / pointing timeline scrollbar with stylus it never loses focus and weird zoom behavior happen.
https://bugs.kde.org/show_bug.cgi?id=439449 Eoin O'Neill changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #9 from Eoin O'Neill --- Alvin Wong, To clarify, the focus behavior is now fixed and you are now having issues with kinetic scrolling separately? For what it's worth, the detached behavior of the scrollbar is necessary to support infinite horizontal scroll range without the user lifting the pen repeatedly. This behavior existed before, but it actually wasn't very tablet friendly in the first place. > Scrollbars jumps back to starting position when releasing stylus Do the frame values on the top bar change? If you're scrolling beyond the animation's desired playback range, the bar will adapt to allow you to scroll further. If you then move backward, the scroll bar will again adapt and resize the scroll-able range to the minimum viable space. It could be that you're seeing the result of this adaptation. IIRC, this is how it has always worked with Krita. > With Kinetic scrolling set to click-drag Please file this as a separate bug report. As long as the cursor focus is working as intended, this particular bug is solved. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 439449] [5.0.0 6f28dc0] When touching / pointing timeline scrollbar with stylus it never loses focus and weird zoom behavior happen.
https://bugs.kde.org/show_bug.cgi?id=439449 --- Comment #8 from Alvin Wong --- Tested with the latest nightly (13f04ca236): With Kinetic scrolling set to click-drag: - Scrollbars jumps back to starting position when releasing stylus - Kinetic scrolling interferes with the dragging of the scrollbar. To be clear, the kinetic scrolling does this to other scroll containers too, but its behaviour with the animation timeline scrollbars is erratic in a different way. With Kinetic scrolling disabled: - Vertical scrollbar scrolls exceptionally fast when dragging up, happens with both mouse and tablet, but the effect is worse with tablet since the scrollbar "detaches" from the pen tip. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 439449] [5.0.0 6f28dc0] When touching / pointing timeline scrollbar with stylus it never loses focus and weird zoom behavior happen.
https://bugs.kde.org/show_bug.cgi?id=439449 --- Comment #7 from Creta Park --- > > In the meantime while we fix this bug, if possible on your hardware, please > switch to the WinTab tablet mode in the "Configure Krita > Tablet Settings" > menu. I didn't mention this but I also tried in WinTab mode, but it seems I can't read the stylus pressure... Also, to clarify, zooming the timeline when dragging the scrollbar > perpendicularly is an intended feature of the new design. (I believe people > will like it when they get used to it, but if it continues to annoy people > we > can make it optional or come up with something better.) To get off topic for a moment on this issue, this idea looks pretty good. (I can't use this function properly right now) However, I thought this feature was bad UX because it didn't have a visual expression. Because the average user is accustomed to the functional understanding that a scroll bar usually controls the scrolling of the corresponding axis. So, I think it would be better if there was a visual expression enough to let users know that just 'adjusting zoom in and out', without expressing the number or degree when the user starts dragging vertically. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 439449] [5.0.0 6f28dc0] When touching / pointing timeline scrollbar with stylus it never loses focus and weird zoom behavior happen.
https://bugs.kde.org/show_bug.cgi?id=439449 --- Comment #6 from Eoin O'Neill --- Git commit e852e013918c07f0bb42ba6a04bff7e397580a33 by Eoin O'Neill. Committed on 08/07/2021 at 21:49. Pushed by eoinoneill into branch 'master'. Attempt to fix windows tablet issues w/ zoomable scrollbar. Will test the nightly build. M +3-1libs/widgetutils/kis_zoom_scrollbar.cpp https://invent.kde.org/graphics/krita/commit/e852e013918c07f0bb42ba6a04bff7e397580a33 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 439449] [5.0.0 6f28dc0] When touching / pointing timeline scrollbar with stylus it never loses focus and weird zoom behavior happen.
https://bugs.kde.org/show_bug.cgi?id=439449 --- Comment #5 from Emmet O'Neill --- I forgot to mention that restarting Krita is required after changing the tablet mode in the settings menu. Hopefully we'll have this resolved soon. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 439449] [5.0.0 6f28dc0] When touching / pointing timeline scrollbar with stylus it never loses focus and weird zoom behavior happen.
https://bugs.kde.org/show_bug.cgi?id=439449 --- Comment #4 from Emmet O'Neill --- Yep. I've also confirmed that focus is getting stuck on Windows. And, as Alvin mentioned, it seems to be specific to the Windows Ink tablet mode and it's a release blocker for sure. In the meantime while we fix this bug, if possible on your hardware, please switch to the WinTab tablet mode in the "Configure Krita > Tablet Settings" menu. Also, to clarify, zooming the timeline when dragging the scrollbar perpendicularly is an intended feature of the new design. (I believe people will like it when they get used to it, but if it continues to annoy people we can make it optional or come up with something better.) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 439449] [5.0.0 6f28dc0] When touching / pointing timeline scrollbar with stylus it never loses focus and weird zoom behavior happen.
https://bugs.kde.org/show_bug.cgi?id=439449 Eoin O'Neill changed: What|Removed |Added Assignee|krita-bugs-n...@kde.org |emmetoneill@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 439449] [5.0.0 6f28dc0] When touching / pointing timeline scrollbar with stylus it never loses focus and weird zoom behavior happen.
https://bugs.kde.org/show_bug.cgi?id=439449 Eoin O'Neill changed: What|Removed |Added CC||eoinoneill1...@gmail.com --- Comment #3 from Eoin O'Neill --- I'll iron this out. There must be something wrong with the focus behavior of the zoomable scrollbar. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 439449] [5.0.0 6f28dc0] When touching / pointing timeline scrollbar with stylus it never loses focus and weird zoom behavior happen.
https://bugs.kde.org/show_bug.cgi?id=439449 Alvin Wong changed: What|Removed |Added CC||al...@alvinhc.com Ever confirmed|0 |1 Status|REPORTED|CONFIRMED Severity|normal |major Keywords||regression, release_blocker --- Comment #2 from Alvin Wong --- Can reproduce on SP5 (2017) with b347ab1, regardless of kinetic scrolling being left click or not. - The vertical scrollbar is sticky (gets stuck in scrolling state, only released after clicking outside of scrollbar) - The horizontal scrollbar is sticky; also when in this state, moving the cursor vertically will cause the timeline to zoom horizontally The above only happens with stylus in WinInk mode. When using WinTab, the scrollbars do not get stuck in scrolling state. However dragging the horizontal scrollbar vertically still triggers the zoom behaviour, so that might be intentional? Setting as major and release_blocker as this severely affects usability. This is a regression from 4.4.5. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 439449] [5.0.0 6f28dc0] When touching / pointing timeline scrollbar with stylus it never loses focus and weird zoom behavior happen.
https://bugs.kde.org/show_bug.cgi?id=439449 --- Comment #1 from Creta Park --- # Additional info Device : Microsoft Surface Book 2 -- You are receiving this mail because: You are watching all bug changes.
