[krita] [Bug 453873] RGBA brushes creates artifacts
https://bugs.kde.org/show_bug.cgi?id=453873 --- Comment #4 from radian --- Checked on latest nightly build for windows, same brush, still relevant( Also I noticed that there is no artifacts if brush size > 150px -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 440399] Focus between UI elements and canvas doesn't switch fast enough, often leading to clashing functionality of hotkeys
https://bugs.kde.org/show_bug.cgi?id=440399 radian changed: What|Removed |Added CC||xeny...@gmail.com --- Comment #3 from radian --- Can confirm on win 10. Another example is layer docker - I select layer, press some key and different layer get selected. Weirdest part is that in docker it looks like correct layer still active (blue) while layer that actually will be changed seems like inactive except bold name. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453873] RGBA brushes creates artifacts
https://bugs.kde.org/show_bug.cgi?id=453873 --- Comment #2 from radian --- Created attachment 148874 --> https://bugs.kde.org/attachment.cgi?id=148874=edit brush tip -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453873] RGBA brushes creates artifacts
https://bugs.kde.org/show_bug.cgi?id=453873 --- Comment #1 from radian --- Created attachment 148873 --> https://bugs.kde.org/attachment.cgi?id=148873=edit brush preset -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453873] New: RGBA brushes creates artifacts
https://bugs.kde.org/show_bug.cgi?id=453873 Bug ID: 453873 Summary: RGBA brushes creates artifacts Product: krita Version: 5.0.5 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: xeny...@gmail.com Target Milestone: --- Created attachment 148872 --> https://bugs.kde.org/attachment.cgi?id=148872=edit some brush strokes with the effect SUMMARY Some presets with RGBA brushes (mostly bristle ones) creates black and white artifacts around the edges (see example). Even with zero contrast STEPS TO REPRODUCE 1. install example preset and tip 2. try to draw with it SOFTWARE/OS VERSIONS Windows: 10 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 419736] New: Script actions doesn't work when certain layer types selected
https://bugs.kde.org/show_bug.cgi?id=419736 Bug ID: 419736 Summary: Script actions doesn't work when certain layer types selected Product: krita Version: unspecified Platform: MS Windows OS: MS Windows Status: REPORTED Severity: minor Priority: NOR Component: Scripting Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- SUMMARY I have a plugin with bunch of functions assigned to hotkeys but I can't use them if group layer selected. I need to click on some normal layer, use the hotkey and then switch back. Same thing happens with vector and clone layers but group layers is much more annoying. STEPS TO REPRODUCE 1. assign some brush for hotkey (Ten brushes plugin is probably simplest way to reproduce) 2. select group layer 3. use the hotkey OBSERVED RESULT Action didn't do anything, brush stays the same. EXPECTED RESULT Brush changed to assigned one/ SOFTWARE/OS VERSIONS Windows 10 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 399828] Color selector popup disappear after first touch
https://bugs.kde.org/show_bug.cgi?id=399828 --- Comment #4 from radian --- It's not even a bug, it's checkbox in Color selector > Behavior settings :| -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 399828] Color selector popup disappear after first touch
https://bugs.kde.org/show_bug.cgi?id=399828 --- Comment #3 from radian --- Seems like "kritarc" file was corrupted or so, I deleted it and couldn't reproduce the bug. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 399828] Color selector popup disappear after first touch
https://bugs.kde.org/show_bug.cgi?id=399828 radian changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 399828] New: Color selector popup disappear after first touch
https://bugs.kde.org/show_bug.cgi?id=399828 Bug ID: 399828 Summary: Color selector popup disappear after first touch Product: krita Version: 4.1.5 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: minor Priority: NOR Component: Color Selectors Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- SUMMARY Color selector popup disappear after first touch and doesn't let to do other changes, for example change hue and then change value\saturation in standard HSV selector. STEPS TO REPRODUCE 1. open krita 2. open selector popup (shift+i) 3. try to do a few changes EXPECTED RESULT It shouldn't disappear while cursor inside borders. Krita 4.1.3 and 4.2 beta doesn't have this bug. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 397831] Incorrect brush rotation with mirror or rotation lock
https://bugs.kde.org/show_bug.cgi?id=397831 --- Comment #5 from radian --- Honestly bug 393336 sounds very different from this one. First issue can be reproduced even with mouse. 1) chose some asymmetrical brush tip 2) set precision less that 5 3) enable some rotation dynamics (drawing angle\fade\distance\time, pressure too) 4) enable symmetry (both horizontal and vertical have this problem) 5) make a quick stroke -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 385369] Brush preset overwriting doesn't work well on master
https://bugs.kde.org/show_bug.cgi?id=385369 radian changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |FIXED --- Comment #4 from radian --- Made a test with krita 4.1.3, everything work just fine. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 397831] Incorrect brush rotation with mirror or rotation lock
https://bugs.kde.org/show_bug.cgi?id=397831 --- Comment #2 from radian --- Created attachment 114578 --> https://bugs.kde.org/attachment.cgi?id=114578=edit preset with rotation lock -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 397831] Incorrect brush rotation with mirror or rotation lock
https://bugs.kde.org/show_bug.cgi?id=397831 --- Comment #1 from radian --- Created attachment 114577 --> https://bugs.kde.org/attachment.cgi?id=114577=edit example of preset for mirror bug -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 397831] New: Incorrect brush rotation with mirror or rotation lock
https://bugs.kde.org/show_bug.cgi?id=397831 Bug ID: 397831 Summary: Incorrect brush rotation with mirror or rotation lock Product: krita Version: 4.1.1 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- Created attachment 114576 --> https://bugs.kde.org/attachment.cgi?id=114576=edit this is how it looks like So, here is two similar bugs related to brush rotation: 1) Rotation with mirror enabled. I guess some of mirrored stamps take rotation info from "original" stroke. Slow strokes works fine while fast strokes looks quite bad. Tested with direction and tilt rotation. Only happens if Precision is less than 5. 2) Brushes with Rotation > Drawing angle + Lock. Seems like rotation doesn't locks from first stamp, I can even rotate it to 180° before locking. Also sometimes it lock very different rotation (examples on the right). Weird part: it happens a lot with horizontal strokes from right to left but rarely in other directions. Even weirder part: seems like this "from right to left" direction related to canvas because if I rotate canvas at 90° it will happens from top to bot (or from bot to top). -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 394439] New: drawing change the bounds of a layer beyond the selection
https://bugs.kde.org/show_bug.cgi?id=394439 Bug ID: 394439 Summary: drawing change the bounds of a layer beyond the selection Product: krita Version: 4.0.3 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: minor Priority: NOR Component: Layer Stack Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- Created attachment 112747 --> https://bugs.kde.org/attachment.cgi?id=112747=edit show the problem Drawing change the bounds of a layer beyond even if layer have alpha lock or some selection. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 388006] New: Tool for creating manga\comics grids
https://bugs.kde.org/show_bug.cgi?id=388006 Bug ID: 388006 Summary: Tool for creating manga\comics grids Product: krita Version: unspecified Platform: Other OS: MS Windows Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: Tools Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- >From irc: Making comic/manga boxes I feel are tedious and time consuming in Krita and makes me feel demotivated to start because of it. I would like to suggest features to quickly and easily make them like the software Medibang. https://medibangpaint.com/en/use/2016/12/how-to-create-panel/ -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 387807] First brush stamp is 100% opaque if some pop-up is open
https://bugs.kde.org/show_bug.cgi?id=387807 --- Comment #2 from radian <xe...@e1.ru> --- (In reply to Alvin Wong from comment #1) > The question is whether we should follow the behaviour of mouse and touch > (i.e. send tablet events directly to the canvas), or block the first click > for all input while dismissing the popup. I'd prefer to ignore\block the whole stroke because painting with open brush editor probably isn't that useful and accidental move after click-to-close-popup will create unwanted marks on canvas. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 387807] New: First brush stamp is 100% opaque if some pop-up is open
https://bugs.kde.org/show_bug.cgi?id=387807 Bug ID: 387807 Summary: First brush stamp is 100% opaque if some pop-up is open Product: krita Version: unspecified Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- Created attachment 109326 --> https://bugs.kde.org/attachment.cgi?id=109326=edit example of wrong first stamps If there is some pop-up open (brush editor, brush preset list pop-up, tool options) and you starting to draw on canvas first stamp of the brush will look like with 100% pressure (see pic). It's annoying and I feel ~70% of my undos is this thing. Pop-up pallette seems to lock canvas while it open so clicking on canvas just hide pallette and doesn't create these stamps. I suggest to do same for brush editor and brush preset pop-up. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 387399] New: Deform brush ignore selection (master)
https://bugs.kde.org/show_bug.cgi?id=387399 Bug ID: 387399 Summary: Deform brush ignore selection (master) Product: krita Version: git master Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- Created attachment 109092 --> https://bugs.kde.org/attachment.cgi?id=109092=edit artifacts Summary speaks for itself, you can use deform brush on areas that is outside selection. Also in the selection area deform brush make some artifacts if you go over same are (see pic). -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 385369] Brush preset overwriting doesn't work well on master
https://bugs.kde.org/show_bug.cgi?id=385369 --- Comment #2 from radian <xe...@e1.ru> --- I modified "Airbrush_linear", clicked owerwrite, restart krita, presets loaded with new settings and works fine. In the blacklist file (didn't copy other lines): D:/krita/i/share/krita/paintoppresets/Airbrush_linear.kpp (install folder for builds) Also there is Airbrush_linear preset file in user resource folder. Then I changed and owerwrited this preset again, after restart it didn't load. Blacklist file: D:/krita/i/share/krita/paintoppresets/Airbrush_linear.kpp ~/AppData/Roaming/krita/paintoppresets/Airbrush_linear.kpp And in paintoppresets only one "Airbrush_linear" preset file which is get blacklisted, no backup files in appdata nor in install resource folder. If I delete last preset from blacklist it loads with correct settings. Win 10, very fresh master build. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 380117] Opacity dynamics doesn't work for clone brush engine
https://bugs.kde.org/show_bug.cgi?id=380117 radian <xe...@e1.ru> changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 385369] New: Brush preset overwriting doesn't works well on master
https://bugs.kde.org/show_bug.cgi?id=385369 Bug ID: 385369 Summary: Brush preset overwriting doesn't works well on master Product: krita Version: git master Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Resource Management Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- - it doesn't save backup - it blacklist wrong preset As I know overwriting should rename old preset and create new preset with actual settings, then add old one to the blacklist. But now it doesn't create backup and add overwritten (new) preset to blacklist. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 382068] New: Brush tips broken after exporting
https://bugs.kde.org/show_bug.cgi?id=382068 Bug ID: 382068 Summary: Brush tips broken after exporting Product: krita Version: 3.1.4 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: minor Priority: NOR Component: File formats Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- Created attachment 106467 --> https://bugs.kde.org/attachment.cgi?id=106467=edit smudge bugs I tried to change names of some custom brush tips but get these problems after exporting tips: 1) Normal brush tips (.gbr) loads as full black square with no name. 2) Animated tips (.gih) loads with no name and significantly grow in size (260kb->1mb, 2.3mb->9.3mb) 3) Export dialog changes cursor to "loading", all settings ignored but can be changed (except selection mode for animated tips which is blocked). -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 382065] New: Weird behavior with smudge brushes and selection
https://bugs.kde.org/show_bug.cgi?id=382065 Bug ID: 382065 Summary: Weird behavior with smudge brushes and selection Product: krita Version: 4.0 pre-alpha Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Brush engine Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- Created attachment 106465 --> https://bugs.kde.org/attachment.cgi?id=106465=edit smudge bugs There is 2 bugs new in 4.0, happens with smudge brushes + selection: 1) brush samples square around brush tip instead of form of brush tip 2) brush can paint outside of selection See attachment (pressure didn't work while I recorded it but effect is very visible). -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 377415] Random Animated brush always starts with the same frame
https://bugs.kde.org/show_bug.cgi?id=377415 radian <xe...@e1.ru> changed: What|Removed |Added CC||xe...@e1.ru --- Comment #1 from radian <xe...@e1.ru> --- It's actually another problem: the first tip is always in wrong mode i.e. first "random" tip won't work as random and first "pressure" won't work as pressure dynamic tip. This happens every time you change mode. You have to create second tip to make it work as supposed. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 380116] Brushes with hsv settings and low opacity
https://bugs.kde.org/show_bug.cgi?id=380116 radian <xe...@e1.ru> changed: What|Removed |Added Summary|brushes with hsv settings |Brushes with hsv settings |and low opacity |and low opacity -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 380117] New: Opacity dynamics doesn't work for clone brush engine
https://bugs.kde.org/show_bug.cgi?id=380117 Bug ID: 380117 Summary: Opacity dynamics doesn't work for clone brush engine Product: krita Version: 3.1.3 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: Brush engine Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- Looks like opacity setting for Clone brush is just ignore curve. You can set any curve and any sensor but opacity will always be the same as in slider above. No way to make it dynamic. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 380116] New: brushes with hsv settings and low opacity
https://bugs.kde.org/show_bug.cgi?id=380116 Bug ID: 380116 Summary: brushes with hsv settings and low opacity Product: krita Version: 3.1.3 Platform: Windows CE OS: Windows CE Status: UNCONFIRMED Severity: normal Priority: NOR Component: Brush engine Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- Created attachment 105685 --> https://bugs.kde.org/attachment.cgi?id=105685=edit effect Then brush use some non dense tip and Hue\Saturation\Value dynamics it may looks wrong on low opacity (see an attachment). Very visible border between tips there it shouldn't be visible. Reproduce: 1) choose textured tip 2) enable Hue and\or Value fuzziness in brush settings 3) set opacity curve to about 50% max (opacity slider on top works almost fine) This happens only with low opacity (pressure) and hsv fuzziness enabled -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 380116] brushes with hsv settings and low opacity
https://bugs.kde.org/show_bug.cgi?id=380116 --- Comment #1 from radian <xe...@e1.ru> --- Created attachment 105686 --> https://bugs.kde.org/attachment.cgi?id=105686=edit slider vs curve -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 368407] Wish - make spacing slider exponential (like brush size slider)
https://bugs.kde.org/show_bug.cgi?id=368407 radian <xe...@e1.ru> changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 372912] Wish - Usability improvements for layer selection tool (R+click)
https://bugs.kde.org/show_bug.cgi?id=372912 --- Comment #1 from radian <xe...@e1.ru> --- I noticed that locking layer also lock it from selection so p2 is technically already here. P1 still would be nice to have. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 372912] New: Wish - Usability improvements for layer selection tool (R+click)
https://bugs.kde.org/show_bug.cgi?id=372912 Bug ID: 372912 Summary: Wish - Usability improvements for layer selection tool (R+click) Product: krita Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: usability Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Target Milestone: --- Layer selection tool is a great thing and speed up work a lot but there is a problem with accidentally selecting wrong layer. I have two suggestion how to minimize this problem: 1) Add a setting "ignore opacity less than X %" where X set by user. This will "fix" annoying situations when there is some not completely erased pixels from layer above. 2) Add a checkbox "ignored by layer selector" to layer properties (I think layer properties is the best place). So artist will can disable selecting layers that is not supposed to be selected, like sketch layer, overlay\multiply\color dodge layers, just layer that "finished", etc. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 370566] Larger documents do not get saved with Save as
https://bugs.kde.org/show_bug.cgi?id=370566 radian <xe...@e1.ru> changed: What|Removed |Added CC||xe...@e1.ru --- Comment #5 from radian <xe...@e1.ru> --- This have happened with me on win10, not each time though. Maybe it depends on file size and complexity? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 369368] save operation freeze and locks the application
https://bugs.kde.org/show_bug.cgi?id=369368 radian <xe...@e1.ru> changed: What|Removed |Added CC||xe...@e1.ru --- Comment #4 from radian <xe...@e1.ru> --- Can confirm this bug on krita 3.0.1.1. This happened a few times with one very big file and once with "normal" file. After that I switched back to 3.0 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 368396] Brush ratio modifier works weird, especially with mirror
https://bugs.kde.org/show_bug.cgi?id=368396 radian <xe...@e1.ru> changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 368407] New: Wish - make spacing slider exponential (like brush size slider)
https://bugs.kde.org/show_bug.cgi?id=368407 Bug ID: 368407 Summary: Wish - make spacing slider exponential (like brush size slider) Product: krita Version: unspecified Platform: unspecified OS: unspecified Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: usability Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Make spacing slider exponential (like brush size slider) so it will be easier to change spacing when it low. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 368404] New: Wish - add texture strength slider to the pop-up pallette
https://bugs.kde.org/show_bug.cgi?id=368404 Bug ID: 368404 Summary: Wish - add texture strength slider to the pop-up pallette Product: krita Version: unspecified Platform: unspecified OS: unspecified Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: usability Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Add texture strength slider to the pop-up pallette. Texture strength is one of the good options to experiment with so adding slider to the pop-up pallette will be very useful. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 368396] New: Brush ratio modifier works weird, especially with mirror
https://bugs.kde.org/show_bug.cgi?id=368396 Bug ID: 368396 Summary: Brush ratio modifier works weird, especially with mirror Product: krita Version: 3.0.1 Beta Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: minor Priority: NOR Component: Brush engine Assignee: krita-bugs-n...@kde.org Reporter: xe...@e1.ru Created attachment 100967 --> https://bugs.kde.org/attachment.cgi?id=100967=edit examlpe, with mirror and without See attached gif. Brush stroke sticks to one side of the brush outline (instead of middle) and changing side with rotation. With enabled fuzzy mirror changing side randomly. Krita 3.0.1 release (there was the same problem on Beta). Sorry for my bad english, I hope I describe it understandable enough. -- You are receiving this mail because: You are watching all bug changes.
