[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 #1 from Creta Park --- # Additional info Device : Microsoft Surface Book 2 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 439449] New: [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 Bug ID: 439449 Summary: [5.0.0 6f28dc0] When touching / pointing timeline scrollbar with stylus it never loses focus and weird zoom behavior happen. Product: krita Version: nightly build (please specify the git hash!) Platform: Compiled Sources OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Animation Assignee: krita-bugs-n...@kde.org Reporter: creta5...@gmail.com Target Milestone: --- # Description Clicking or dragging the scrollbar of the new timeline layout with a stylus will not lose focus, and hovering stylus up and down will zoom in and out. I believe this is an unwanted behavior and report it as a bug. Video : https://youtu.be/kmrH9W3mVs8 This video shows how to scroll by touch and then how to use a stylus to manipulate the scroll bar. When operating with a stylus, you can see that the problem occurs even when the scroll bar is not touched (hovering) after clicking the scroll bar. # Steps to reproduce 1. Install Krita 5.0.0 (git hash : 6f28dc0) 2. Open Animation timeline docker 3. Bring a stylus that operating with Windows Ink, and control timeline's scrollbar makes this issue. # Observed result Scroll not loses focus until touching somewhere screen. # Expected result Scroll will end when stylus is not touching screen. # Software | OS version Krita: Nightly 5.0.0 (git hash : 6f28dc0) Windows: 10 20H2 (19042.1052) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 400485] New: fill with quick mode to transparency mask with animation keyframe, image processor get stuck.
https://bugs.kde.org/show_bug.cgi?id=400485 Bug ID: 400485 Summary: fill with quick mode to transparency mask with animation keyframe, image processor get stuck. Product: krita Version: 4.1.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Animation Assignee: krita-bugs-n...@kde.org Reporter: creta5...@gmail.com Target Milestone: --- SUMMARY Fill with quick mode to transparency mask with animation keyframe, image processor get stuck. STEPS TO REPRODUCE 1. create transparency mask 2. add some keyframes to mask 3. fill with quick mode to keyframe. OBSERVED RESULT Image processor get stuck. (infinity processing) EXPECTED RESULT fill to transparency mask SOFTWARE VERSIONS Krita 4.1.5 Qt 5.9.3 (5.9.3) OS Information Build ABI: x86_64-little_endian-llp64 " CPU: x86_64 CPU: x86_64 Kernal Type: winnt " Version : 10.0.17134 Pritty Productname: Windows 10 (10.0) [1803] Product Type : windows " Verison : 10 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 396199] Workspaces are slightly distorted when the program is first turned on.
https://bugs.kde.org/show_bug.cgi?id=396199 --- Comment #6 from Creta Park --- How about loading Workspace after Krita is run? I think might be possible. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 396199] Layout presets are slightly distorted when the program is first turned on.
https://bugs.kde.org/show_bug.cgi?id=396199 --- Comment #4 from Creta Park --- Created attachment 113864 --> https://bugs.kde.org/attachment.cgi?id=113864=edit diffrence Layout presets are slightly altered when the program is run. If select a preset again, it will return to the default setting. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 396199] Layout presets are slightly distorted when the program is first turned on.
https://bugs.kde.org/show_bug.cgi?id=396199 --- Comment #3 from Creta Park --- @Boudewijn_Rempt The first scene in the picture is just after Krita was opened. The layout at the bottom of the scene was originally intended. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 396199] Layout presets are slightly distorted when the program is first turned on.
https://bugs.kde.org/show_bug.cgi?id=396199 --- Comment #1 from Creta Park --- Created attachment 113778 --> https://bugs.kde.org/attachment.cgi?id=113778=edit I have just found one more bug -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 396199] New: Layout presets are slightly distorted when the program is first turned on.
https://bugs.kde.org/show_bug.cgi?id=396199 Bug ID: 396199 Summary: Layout presets are slightly distorted when the program is first turned on. Product: krita Version: 4.1.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: creta5...@gmail.com Target Milestone: --- Created attachment 113777 --> https://bugs.kde.org/attachment.cgi?id=113777=edit example Layout presets are slightly distorted when the program is first turned on. but if select the layout preset again, it will be displayed normally. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 396197] New: Touch docker(and another some dockers) needs horizontal layout
https://bugs.kde.org/show_bug.cgi?id=396197 Bug ID: 396197 Summary: Touch docker(and another some dockers) needs horizontal layout Product: krita Version: 4.1.0 Platform: Other OS: All Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: creta5...@gmail.com Target Milestone: --- screenshot : https://imgur.com/a/N6BGRuZ in this picture, touch docker and toolbar has strange and unuseable layout. if krita dockers has horizontal layout, it would be helpful for windows tablet users for optimize their own workspace. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 386276] Surface pen didn't release while drawing
https://bugs.kde.org/show_bug.cgi?id=386276 --- Comment #3 from Creta Park <creta5...@gmail.com> --- okay, i just have changed it and now it's works nicely! but i think it's need some guideline comment in krita before patching this problem. (for example, "if you have it seems like didn't release the pen, try to use pointer mode." kind of things...) because basically N-trig based tablets can compatible any N-trig based pen of any devices. (i have using Sony VAIO tab 11 with new surface pro pen.) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 386276] New: Surface pen didn't release while drawing
https://bugs.kde.org/show_bug.cgi?id=386276 Bug ID: 386276 Summary: Surface pen didn't release while drawing Product: krita Version: 3.3.1 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: critical Priority: NOR Component: tablet support Assignee: krita-bugs-n...@kde.org Reporter: creta5...@gmail.com Target Milestone: --- Created attachment 108600 --> https://bugs.kde.org/attachment.cgi?id=108600=edit After drawing with a pen, when the mouse is moved When I use the surface pen after the Windows 10 Red Stone 3 update, the press and release reaction does not work. -- You are receiving this mail because: You are watching all bug changes.
