[krita] [Bug 441358] "overlay mode" causes the filter layer to crash
https://bugs.kde.org/show_bug.cgi?id=441358 --- Comment #2 from thetwo <310732...@qq.com> --- Created attachment 140974 --> https://bugs.kde.org/attachment.cgi?id=140974=edit kritacrash -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441358] "overlay mode" causes the filter layer to crash
https://bugs.kde.org/show_bug.cgi?id=441358 --- Comment #3 from thetwo <310732...@qq.com> --- (In reply to Halla Rempt from comment #1) > 嗨， > > 我无法重现这一点。你用的是哪个过滤器？是图层或蒙版还是您切换到叠加的画笔混合模式？ > > 您能否检查 %APPDATA% 中是否有 kritacrash.log，如果有，请附上它？ All filters will crash. Not blending mode. Is F5-GENERAL-overly mode -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441358] "overlay mode" causes the filter layer to crash
https://bugs.kde.org/show_bug.cgi?id=441358 --- Comment #4 from thetwo <310732...@qq.com> --- Created attachment 140975 --> https://bugs.kde.org/attachment.cgi?id=140975=edit overlay mode -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441458] Try to move a pattern in Patterns Docker causes crash
https://bugs.kde.org/show_bug.cgi?id=441458 --- Comment #5 from thetwo <310732...@qq.com> --- (In reply to tomtomtomreportingin from comment #3) > I can reproduce the crash, but I don't recall "dragging the pattern onto > canvas" being a feature yet. A while ago I've considered making a wish > report for it, especially since you can now drag palette colors onto the > canvas. This feature does not exist. I also thought that the color can be dragged, so I tried it -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441639] New: Task Sets Docker：The name of the selected item is obscured
https://bugs.kde.org/show_bug.cgi?id=441639 Bug ID: 441639 Summary: Task Sets Docker：The name of the selected item is obscured Product: krita Version: 5.0.0-beta1 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: minor Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- Created attachment 141099 --> https://bugs.kde.org/attachment.cgi?id=141099=edit The name of the selected item is obscured as the picture shows -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441638] New: Task Sets Docker：Alpha into mask causes crash
https://bugs.kde.org/show_bug.cgi?id=441638 Bug ID: 441638 Summary: Task Sets Docker：Alpha into mask causes crash Product: krita Version: 5.0.0-beta1 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: crash Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- Created attachment 141098 --> https://bugs.kde.org/attachment.cgi?id=141098=edit kritacrash STEPS TO REPRODUCE 1. Create a new mask that cannot use "Alpha into mask" (such as a transparency mask) 2. Click "Alpha into mask" in Task Sets Docker -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441458] New: Try to move a pattern in Patterns Docker causes crash
https://bugs.kde.org/show_bug.cgi?id=441458 Bug ID: 441458 Summary: Try to move a pattern in Patterns Docker causes crash Product: krita Version: 5.0.0-beta1 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: crash Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- SUMMARY People may try to drag the pattern to the canvas, or drag to adjust the order, but this will cause a crash STEPS TO REPRODUCE 1. open the Patterns Docker 2. Try to move a pattern, select it and drag it to another -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441458] Try to move a pattern in Patterns Docker causes crash
https://bugs.kde.org/show_bug.cgi?id=441458 --- Comment #1 from thetwo <310732...@qq.com> --- Created attachment 140992 --> https://bugs.kde.org/attachment.cgi?id=140992=edit kritacrash -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442081] The algorithm of "Hard Mix (Photoshop)" is different from Photoshop
https://bugs.kde.org/show_bug.cgi?id=442081 --- Comment #1 from thetwo <310732...@qq.com> --- In photoshop, the mixed results of (127 0 0)-(128 0 0) and (128 0 0)-(127 0 0) are also different. But it is the same in krita. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442081] New: The algorithm of "Hard Mix (Photoshop)" is different from Photoshop
https://bugs.kde.org/show_bug.cgi?id=442081 Bug ID: 442081 Summary: The algorithm of "Hard Mix (Photoshop)" is different from Photoshop Product: krita Version: 5.0.0-beta1 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- SUMMARY krita did not further classify and calculate when base color + mixed color = 255. Post on the KA forum: https://krita-artists.org/t/about-hard-mix-photoshop/28640 STEPS TO REPRODUCE 1. Paint with red (255 0 0) 2. Create a white layer (255 255 255) and place it below 3. Toggle "Hard Mix (Photoshop)" OBSERVED RESULT Red still exists EXPECTED RESULT In ps and csp, it is white -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442081] The algorithm of "Hard Mix (Photoshop)" is different from Photoshop
https://bugs.kde.org/show_bug.cgi?id=442081 --- Comment #2 from thetwo <310732...@qq.com> --- Created attachment 141338 --> https://bugs.kde.org/attachment.cgi?id=141338=edit difference -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 428453] Most text for drop-down menus are missing.
https://bugs.kde.org/show_bug.cgi?id=428453 thetwo <310732...@qq.com> changed: What|Removed |Added CC||310732...@qq.com --- Comment #9 from thetwo <310732...@qq.com> --- Has this problem been solved yet? I can easily reproduce it now. Customize a "shortcut" scheme and select it. Then delete it in the resource folder. Restarting krita will cause such problems. It is normal to delete an "input" file, because it will automatically switch to "default" -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442861] New: the icon of foreground/background color will not refresh
https://bugs.kde.org/show_bug.cgi?id=442861 Bug ID: 442861 Summary: the icon of foreground/background color will not refresh Product: krita Version: 5.0.0-beta1 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- STEPS TO REPRODUCE 1. create a fill layer 2. Switched from fill layer to paint layer and found that the icon did not change in real time 3. Pick a color from the color picker, the icon changes 4.Switched from paint layer to fill layer and found that the icon did not change in real time EXPECTED RESULT The icon should change in real time like the color picker -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 443195] New: The “stroke” of vector is abnormal
https://bugs.kde.org/show_bug.cgi?id=443195 Bug ID: 443195 Summary: The “stroke” of vector is abnormal Product: krita Version: 5.0.0-beta1 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Layers/Vector Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- Created attachment 142062 --> https://bugs.kde.org/attachment.cgi?id=142062=edit picture SUMMARY When I choose a color in "stroke", it will turn black When I select a color in "fill", a black "stroke" will appear -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 443195] The “stroke”and“fill” of vector are abnormal
https://bugs.kde.org/show_bug.cgi?id=443195 thetwo <310732...@qq.com> changed: What|Removed |Added Summary|The “stroke” of vector is |The “stroke”and“fill” of |abnormal|vector are abnormal -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 443195] The “stroke”and“fill” of vector are abnormal
https://bugs.kde.org/show_bug.cgi?id=443195 --- Comment #2 from thetwo <310732...@qq.com> --- Created attachment 142063 --> https://bugs.kde.org/attachment.cgi?id=142063=edit fill -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 443195] The “stroke”and“fill” of vector are abnormal
https://bugs.kde.org/show_bug.cgi?id=443195 --- Comment #1 from thetwo <310732...@qq.com> --- "Fill" also has a problem, it will turn black if you click it multiple times -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 443195] The “stroke”and“fill” of vector are abnormal
https://bugs.kde.org/show_bug.cgi?id=443195 --- Comment #4 from thetwo <310732...@qq.com> --- It seems to be caused by the pigment.o plugin. I will give feedback to the author that this topic can be closed. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442778] New: Blending mode "greater" has no effect on different colors
https://bugs.kde.org/show_bug.cgi?id=442778 Bug ID: 442778 Summary: Blending mode "greater" has no effect on different colors Product: krita Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- STEPS TO REPRODUCE 1. paint 50%red 2. paint 60%blue on the red OBSERVED RESULT Abnormal color in overlapping part EXPECTED RESULT The overlapping part is blue -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441645] New: Shortcut keys for filters
https://bugs.kde.org/show_bug.cgi?id=441645 Bug ID: 441645 Summary: Shortcut keys for filters Product: krita Version: 5.0.0-beta1 Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: Filters Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- Some filters have no shortcut keys. I counted them: slope，offset，power cross-channel adjustment curves halftone gaussian high pass height to normal map gradient map normalize palettize Some filters such as “cross-channel adjustment curves” “gradient map”are used a lot, and the text does not require additional translation. I hope developers can consider it, thank you! -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446455] New: After “Convert Layer Colour Space”，The color picker is abnormal
https://bugs.kde.org/show_bug.cgi?id=446455 Bug ID: 446455 Summary: After “Convert Layer Colour Space”，The color picker is abnormal Product: krita Version: 5.0.0-beta4 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Color Selectors Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 144193 --> https://bugs.kde.org/attachment.cgi?id=144193=edit gif SUMMARY As shown in the gif, after "Convert Layer Colour Space", the first square of the color picker flickers crazily. The two squares at the bottom are normal. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446447] New: BETA5——The "Random offset" of the textures and brush page cause the brush to be delayed
https://bugs.kde.org/show_bug.cgi?id=446447 Bug ID: 446447 Summary: BETA5——The "Random offset" of the textures and brush page cause the brush to be delayed Product: krita Version: unspecified Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- As long as I use textures "Random offset" and keep the brush page open, the textures keep changing and causing the brush to lag. And closing the brush page is normal -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446447] BETA5——The "Random offset" of the textures and brush page cause the brush to be delayed
https://bugs.kde.org/show_bug.cgi?id=446447 --- Comment #1 from thetwo --- Created attachment 144184 --> https://bugs.kde.org/attachment.cgi?id=144184=edit gif -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446360] BETA3 “copy” and “cut” layers are severely stuck
https://bugs.kde.org/show_bug.cgi?id=446360 thetwo changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from thetwo --- BETA5 works well -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447730] New: Cannot create a Chinese gradient in SVG format normally
https://bugs.kde.org/show_bug.cgi?id=447730 Bug ID: 447730 Summary: Cannot create a Chinese gradient in SVG format normally Product: krita Version: 5.0.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Resource Management Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 144985 --> https://bugs.kde.org/attachment.cgi?id=144985=edit picture It appears garbled in the resource folder. However, it was normal on November 8. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447293] Setting blending modes/opacity/position/names of multiple output layers is not managed
https://bugs.kde.org/show_bug.cgi?id=447293 thetwo changed: What|Removed |Added CC||thetwo...@foxmail.com --- Comment #6 from thetwo --- Is the error related to "position" fixed? When I use a filter that outputs multiple layers like "decompose channels", it outputs the image to the upper left corner -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447973] “convert shapes to vector selection” action should be disabled if there is already a global
https://bugs.kde.org/show_bug.cgi?id=447973 --- Comment #2 from thetwo --- (In reply to Halla Rempt from comment #1) > This is a sneaky way of creating two global selections. That shouldn't be > possible. And the action should be disabled if there's already a global > selection. Or, the selection mask will be refreshed when the second time it is executed? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447367] The pop-up interface is abnormal
https://bugs.kde.org/show_bug.cgi?id=447367 --- Comment #2 from thetwo --- (In reply to Halla Rempt from comment #1) > I've tried to reproduce something like this on Windows, even with the > language set to Chinese, and I don't see any flickering. I'm also not sure > what I am supposed to be seeing in the video... I just tested on 5.0 and found that it no longer flickers. But the right-click brush parameters still have a high probability of being directly locked. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447973] New: “convert shapes to vector selection”‘s bug
https://bugs.kde.org/show_bug.cgi?id=447973 Bug ID: 447973 Summary: “convert shapes to vector selection”‘s bug Product: krita Version: 5.0.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- STEPS TO REPRODUCE 1. create a new vector layer and draw a rectangle 2. Select the rectangle and execute select-convert shapes to vector selection 3.hide the selection mask and execute select-convert shapes to vector selection again OBSERVED RESULT the second selection mask can’t work -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447046] Delay when selecting a brush preset and actually having it active
https://bugs.kde.org/show_bug.cgi?id=447046 thetwo changed: What|Removed |Added CC||thetwo...@foxmail.com --- Comment #5 from thetwo --- I also met in beta5 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447428] New: krita5.0 is very slow to import pictures from the hard disk, and cannot import pictures from the browser
https://bugs.kde.org/show_bug.cgi?id=447428 Bug ID: 447428 Summary: krita5.0 is very slow to import pictures from the hard disk, and cannot import pictures from the browser Product: krita Version: unspecified Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- When I use snipaste to take a screenshot and paste it, it doesn’t freeze. Or drag and drop pictures from chat software to import it without lag. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447428] krita5.0 is very slow to import pictures from the hard disk, and cannot import pictures from the browser
https://bugs.kde.org/show_bug.cgi?id=447428 --- Comment #1 from thetwo --- Created attachment 144807 --> https://bugs.kde.org/attachment.cgi?id=144807=edit gif Supplement: If added to the file layer or reference image, krita will not be delayed. The problem is to add to "New Layer" and "New Image" -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447046] Delay when selecting a brush preset and actually having it active
https://bugs.kde.org/show_bug.cgi?id=447046 --- Comment #7 from thetwo --- (In reply to Dmitry Kazakov from comment #6) > Hi, Larissa! > > Can you clarify a bit, does the delay happen only when you select a brush > for the first time in Krita session or every time when you select it? From > your note about '/' shortcut, I have a feeling like it should happen only > for the first click on the brush In my case, the first click is 100% triggered. Later, there is a certain probability of triggering. After I select multiple brushes from top to bottom, the probability of triggering is greatly reduced. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447367] New: The pop-up interface is abnormal
https://bugs.kde.org/show_bug.cgi?id=447367 Bug ID: 447367 Summary: The pop-up interface is abnormal Product: krita Version: 5.0.0-beta5 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 144775 --> https://bugs.kde.org/attachment.cgi?id=144775=edit Flashing problem gif cannot be recorded SUMMARY When krita produced pop-up interfaces (brush interface, pop-up window to close the document, etc.), I found that the outer edge projection flickered very seriously. The most serious impact is the pop-up interface. Right-click has a certain probability to directly lock the brush parameters. I asked a friend who used the 5.1 beta, and he said that this problem still exists -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445970] New: The "Color History" and "Image Color" components are abnormal
https://bugs.kde.org/show_bug.cgi?id=445970 Bug ID: 445970 Summary: The "Color History" and "Image Color" components are abnormal Product: krita Version: 5.0.0-beta2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Color Selectors Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- Created attachment 143863 --> https://bugs.kde.org/attachment.cgi?id=143863=edit gif When picking a color in the color picker, there will be three squares. "Currently selected color", "Last drawn color" and "Last selected color" are displayed respectively. However, black is displayed in "Color History" and "Image Color" -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445971] New: The shortcut keys for “Brightness/Contrast curves” are not deleted
https://bugs.kde.org/show_bug.cgi?id=445971 Bug ID: 445971 Summary: The shortcut keys for “Brightness/Contrast curves” are not deleted Product: krita Version: 5.0.0-beta2 Platform: Other OS: Other Status: REPORTED Severity: minor Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- Brightness/Contrast curves was removed in 4.0, but its shortcut keys were not deleted -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445365] New: The parameters are not reset when resetting the brush
https://bugs.kde.org/show_bug.cgi?id=445365 Bug ID: 445365 Summary: The parameters are not reset when resetting the brush Product: krita Version: 5.0.0-beta2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- Created attachment 143471 --> https://bugs.kde.org/attachment.cgi?id=143471=edit REPRODUCE STEPS TO REPRODUCE 1. select a brush and modify it 2. reset the brush -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445206] bugs of mypaint brush engine‘s “eraser” option
https://bugs.kde.org/show_bug.cgi?id=445206 --- Comment #1 from thetwo <310732...@qq.com> --- Created attachment 143569 --> https://bugs.kde.org/attachment.cgi?id=143569=edit picture -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445206] bugs of mypaint brush engine‘s “eraser” option
https://bugs.kde.org/show_bug.cgi?id=445206 --- Comment #2 from thetwo <310732...@qq.com> --- As a supplement: When I switch tools, "blending mode" becomes selectable. When I select "eraser", it can erase the image normally. But when I check "eraser" in the brush interface, the "blending mode" will become "normal" and the brush will become a normal circle. Maybe krita should adopt the original "eraser" parameters of mypaint, it is also more powerful and supports sensors and curves. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 443579] Values shown in the brush editor do not visually reset when reloading the preset
https://bugs.kde.org/show_bug.cgi?id=443579 thetwo <310732...@qq.com> changed: What|Removed |Added CC||310732...@qq.com --- Comment #6 from thetwo <310732...@qq.com> --- *** Bug 445365 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445365] The parameters are not reset when resetting the brush
https://bugs.kde.org/show_bug.cgi?id=445365 thetwo <310732...@qq.com> changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |DUPLICATE --- Comment #2 from thetwo <310732...@qq.com> --- (In reply to tomtomtomreportingin from comment #1) > Likely duplicate of https://bugs.kde.org/show_bug.cgi?id=443579 , please see > if using newer versions resolves your problem. I asked my friend, he said 5.1 now no longer have this problem *** This bug has been marked as a duplicate of bug 443579 *** -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444791] New: Abnormal undo function when using the Transform tool
https://bugs.kde.org/show_bug.cgi?id=444791 Bug ID: 444791 Summary: Abnormal undo function when using the Transform tool Product: krita Version: 5.0.0-beta2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- STEPS TO REPRODUCE 1. Draw two strokes with the brush, then click with the Transform tool 2. Use the shortcut key for undo, it takes two times to undo the box of the Transform tool 3. With the "undo history docker" undo, you click on the undo strokes since the Transform operation does not appear. But instead of the stroke disappearing, the outer frame of the Transform tool disappears EXPECTED RESULT When using the shortcut keys, we can undo the outer frame of the Transform tool at once When using "undo history docker", unframe the Transform tool and perform an undo operation (just like Bezier curve tool) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444791] Abnormal undo function when using the Transform tool
https://bugs.kde.org/show_bug.cgi?id=444791 --- Comment #2 from thetwo <310732...@qq.com> --- (In reply to Tiar from comment #1) > Do I assume correctly it doesn't happen this way in Krita 4.x? I don‘t know.. But it would be better if it was synchronized with the Bezier curve tool, which also does undo operations properly while it is running. In contrast, the undo of the Transform tool is redundant and inconvenient -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445206] New: bugs of mypaint brush engine‘s “eraser” option
https://bugs.kde.org/show_bug.cgi?id=445206 Bug ID: 445206 Summary: bugs of mypaint brush engine‘s “eraser” option Product: krita Version: 5.0.0-beta2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- SUMMARY I download Fizzyflower’s ULTIMATE MyPaint Brush Collection and test the brushes When I select a brush that is not an eraser. After turning on "eraser", it loses the other parameters. Only the radius takes effect. But when I select an eraser. When "eraser" is turned off, it is still an eraser. This is also true for the mypaint brush that comes with krita, so we can exclude the effect of bundles -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445135] “Foreground to background color” in layerstyles
https://bugs.kde.org/show_bug.cgi?id=445135 --- Comment #1 from thetwo <310732...@qq.com> --- Created attachment 143325 --> https://bugs.kde.org/attachment.cgi?id=143325=edit test I tested it again: I created a gradient from foreground to foreground. It is red when it is created. So no matter what color I choose, it is always red in layerstyles -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445135] New: “Foreground to background color” in layerstyles
https://bugs.kde.org/show_bug.cgi?id=445135 Bug ID: 445135 Summary: “Foreground to background color” in layerstyles Product: krita Version: 5.0.0-beta2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: layer styles Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- SUMMARY I turned on the gradient in layerstyles and selected "Foreground to background color". It displays the correct color in the interface. But there is an error on the image. It uses a white to black gradient as a blend. STEPS TO REPRODUCE 1. turn on layerstyles 2. turn on gradients 3. choose Foreground to background color -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445135] “Foreground to background color” in layerstyles
https://bugs.kde.org/show_bug.cgi?id=445135 --- Comment #3 from thetwo <310732...@qq.com> --- "At the moment the layer style is created" is not very accurate. It should be said that every time I click on the gradient with "foreground color" or "background color", it will re-read. In other words, the gradient in the interface is correct (please see the blue in the previous picture). Just make sure that the gradient effect is consistent with the interface -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444775] New: Local selection's bug
https://bugs.kde.org/show_bug.cgi?id=444775 Bug ID: 444775 Summary: Local selection's bug Product: krita Version: 5.0.0-beta2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Tools/Selection Assignee: krita-bugs-n...@kde.org Reporter: 310732...@qq.com Target Milestone: --- SUMMARY When there is no global selection, creating a new local selection will cause an exception STEPS TO REPRODUCE 1. Create a new local selection and switch to it 2. Use the rectangle selection tool to draw a few squares 3. Return to the layer and find several rectangular selections. But they do not have a limiting effect EXPECTED RESULT After creating a new local selection，a selection should appear that envelops the canvas.Then everything is fine -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447069] When resetting the brush, the texture parameters of some brushes will not return to the "default" value
https://bugs.kde.org/show_bug.cgi?id=447069 thetwo changed: What|Removed |Added Summary|When resetting the brush, |When resetting the brush, |the texture parameWhen |the texture parameters of |resetting the brush, the|some brushes will not |texture parameters will not |return to the "default" |return to the "default" |value |value ters of some brushes | |are still retained | -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447069] New: When resetting the brush, the texture parameWhen resetting the brush, the texture parameters will not return to the "default" value ters of some brushes are still retained
https://bugs.kde.org/show_bug.cgi?id=447069 Bug ID: 447069 Summary: When resetting the brush, the texture parameWhen resetting the brush, the texture parameters will not return to the "default" value ters of some brushes are still retained Product: krita Version: 5.0.0-beta5 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 144600 --> https://bugs.kde.org/attachment.cgi?id=144600=edit gif SUMMARY As shown in the figure, select a brush with no texture turned on, turn on the texture and adjust the parameters. Then we reset the brush, we will find that the "texture" is turned off, but the other parameters have not returned to the default (maybe it lacks a "default" value) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446360] New: BETA3 “copy” and “cut” layers are severely stuck
https://bugs.kde.org/show_bug.cgi?id=446360 Bug ID: 446360 Summary: BETA3 “copy” and “cut” layers are severely stuck Product: krita Version: unspecified Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Whether using shortcut keys or the right mouse button. "Paste" is not affected Delay about 5-10 seconds, no crash -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446455] After “Convert Layer Colour Space”，The color picker is abnormal
https://bugs.kde.org/show_bug.cgi?id=446455 thetwo changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |NOT A BUG --- Comment #2 from thetwo --- My mistake. It seems that pigment.O makes it work properly only in rgb space -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 448359] The error of krita's own tag
https://bugs.kde.org/show_bug.cgi?id=448359 --- Comment #2 from thetwo --- Created attachment 145402 --> https://bugs.kde.org/attachment.cgi?id=145402=edit bug2‘ -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 448359] The error of krita's own tag
https://bugs.kde.org/show_bug.cgi?id=448359 --- Comment #1 from thetwo --- Created attachment 145401 --> https://bugs.kde.org/attachment.cgi?id=145401=edit bug2 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 448359] New: The error of krita's own tag
https://bugs.kde.org/show_bug.cgi?id=448359 Bug ID: 448359 Summary: The error of krita's own tag Product: krita Version: 5.0.2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Tagging Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 145400 --> https://bugs.kde.org/attachment.cgi?id=145400=edit bug1 It's obvious in the gif bug1: Add a brush to the built-in tag, and a new brush will appear bug2: Brush panel and right-click menu will not synchronize brushes with tags -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447367] The pop-up interface is abnormal
https://bugs.kde.org/show_bug.cgi?id=447367 thetwo changed: What|Removed |Added Resolution|FIXED |--- Version|5.0.0-beta5 |5.0.2 Status|RESOLVED|REOPENED --- Comment #5 from thetwo --- (In reply to Halla Rempt from comment #4) > Git commit c64b1022e66afe1a8f20bc54307016a803035705 by Halla Rempt. > Committed on 05/01/2022 at 13:56. > Pushed by rempt into branch 'krita/5.0'. > > Add a section on top of the lock/unlock menu > > This prevents accidental clicks. > (cherry picked from commit 76243e7a2c3f734c64a600e804a521b5cbe27484) > > M +9-2libs/ui/widgets/kis_categorized_list_view.cpp > > https://invent.kde.org/graphics/krita/commit/ > c64b1022e66afe1a8f20bc54307016a803035705 Was it merged in 5.0.2? I still have exceptions. It's like double-clicking when the mouse is clicked (I set shortcut keys for the keyboard, not the mouse's fault) or is it a windows11 bug? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 448442] New: Brush editor does not work properly when some brush parameters are locked
https://bugs.kde.org/show_bug.cgi?id=448442 Bug ID: 448442 Summary: Brush editor does not work properly when some brush parameters are locked Product: krita Version: 5.0.2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Brush Engine/Bristle Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 145447 --> https://bugs.kde.org/attachment.cgi?id=145447=edit bug When I lock one of "blending mode", "opacity" or "flow" and switch to another brush, I find that the other parameters are also locked. And the brush preview keeps flashing, and some parameters (such as the lock in rotation) are also flashing. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447367] When right-clicking the brush parameters, there is a high probability of being directly locked
https://bugs.kde.org/show_bug.cgi?id=447367 thetwo changed: What|Removed |Added Summary|The pop-up interface is |When right-clicking the |abnormal|brush parameters, there is ||a high probability of being ||directly locked -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 448359] The error of krita's own tag
https://bugs.kde.org/show_bug.cgi?id=448359 --- Comment #4 from thetwo --- I use translation software, not very understand what you mean .. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 448442] Brush editor does not work properly when some brush parameters are locked
https://bugs.kde.org/show_bug.cgi?id=448442 --- Comment #1 from thetwo --- Added: In "mask brush", locking one parameter will cause all other parameters to be locked -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 448444] New: After the drawing angle is locked, the angle will still change
https://bugs.kde.org/show_bug.cgi?id=448444 Bug ID: 448444 Summary: After the drawing angle is locked, the angle will still change Product: krita Version: 5.0.2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 145449 --> https://bugs.kde.org/attachment.cgi?id=145449=edit pic This is a bug reported on the KA forum, and the proposer found a possible workaround: https://krita-artists.org/t/bug-feedback-after-the-drawing-angle-is-locked-the-angle -will-still-change/35041 Ahab Greybeard and I can attest to its existence -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447730] Cannot create a Chinese gradient in SVG format normally
https://bugs.kde.org/show_bug.cgi?id=447730 thetwo changed: What|Removed |Added Version|5.0.0 |5.0.2 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 451185] New: When creating a new gradient file, the RGB values are abnormal
https://bugs.kde.org/show_bug.cgi?id=451185 Bug ID: 451185 Summary: When creating a new gradient file, the RGB values are abnormal Product: krita Version: 5.0.2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 147315 --> https://bugs.kde.org/attachment.cgi?id=147315=edit bug 1.create a stop gradient 2.create a stop 3.change the color of the stop 4.the RGB values are abnormal （"Segmented Gradients" is normal. The two stops that come with "stop gradient" are also normal ） -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447730] Cannot create a Chinese gradient in SVG format normally
https://bugs.kde.org/show_bug.cgi?id=447730 --- Comment #1 from thetwo --- Now this problem still exists, I tried Japanese, and a garbled file is also generated. Normal files created in previous versions cannot be read normally too. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447730] Cannot create a Chinese gradient in SVG format normally
https://bugs.kde.org/show_bug.cgi?id=447730 --- Comment #3 from thetwo --- Created attachment 147365 --> https://bugs.kde.org/attachment.cgi?id=147365=edit bug I tried turning off all plugins and using the nightly version, but the problem persists... As shown in the figure, if it is a mixed name of English + Chinese, then the English part is normal, and the Chinese becomes garbled. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447046] Delay when selecting a brush preset and actually having it active
https://bugs.kde.org/show_bug.cgi?id=447046 --- Comment #14 from thetwo --- Created attachment 147383 --> https://bugs.kde.org/attachment.cgi?id=147383=edit pic I installed a lot of brushes for testing. Some brushes are no longer delayed. But the rest still loads very slowly. Seems to be because of the textures they have. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 448359] The error of krita's own tag
https://bugs.kde.org/show_bug.cgi?id=448359 thetwo changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #6 from thetwo --- (In reply to Tiar from comment #5) > Does it still happen, if you download Krita Next and check there? I just tested it and the bug didn't appear! -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 452155] New: Some feedback about gmic
https://bugs.kde.org/show_bug.cgi?id=452155 Bug ID: 452155 Summary: Some feedback about gmic Product: krita Version: 5.0.2 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: G'Mic for Krita Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 147882 --> https://bugs.kde.org/attachment.cgi?id=147882=edit bug1 SUMMARY Some of GMIC's filters don't work very well when importing the results into krita. I found two so far (they have in common that they export multiple layers) I seem to remember seeing a discussion about this at one point, but I can't find it, so I'll report back here. BUG1：“channels to layers” from a single layer to multiple layers. However 1 Only one layer's position remains the same, the other layers are generated in the upper left corner 2 The name is not standardized. The result should be [test] [red], [test] [green], [test] [blue] 3 The blend mode was not properly selected. [red] is "addition" and [green] is "normal" It should look like the following. RGB - R (addition), G (additon), B (normal) CMY - BASE (difference), C (difference), M (difference), Y (normal) HSV - V (mulpitly), HS (normal) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 452155] Some feedback about gmic
https://bugs.kde.org/show_bug.cgi?id=452155 --- Comment #1 from thetwo --- Created attachment 147883 --> https://bugs.kde.org/attachment.cgi?id=147883=edit bug2 bug2：“decompose channels” 1. None of the layers are in the correct position 2. The name is not standardized -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 452155] Some feedback about gmic
https://bugs.kde.org/show_bug.cgi?id=452155 --- Comment #2 from thetwo --- Created attachment 147884 --> https://bugs.kde.org/attachment.cgi?id=147884=edit bug3 bug3 If gmic exports more than one layer, then the "undo" function will have problems. 1. The blend mode will not change to the original 2. After redoing, there is still only one layer -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 449547] Suspected memory leak
https://bugs.kde.org/show_bug.cgi?id=449547 --- Comment #4 from thetwo --- (In reply to Dmitry Kazakov from comment #3) > Hi, thetwo! > > The problem is that "layer 2" has some dot at are near position 57216x88192. > Which makes the layer extremely huge. To quickly workaround this issue you > can just click on Image->Trim to Image Size. It will resolve the issue > completely. > > Now the main question is how did manage to get pixel data at such distant > area? Did you use any perspective transform on this layer? I asked the client, and he said he didn't use any shapeshifting tools or anything. During interrogation later, he said that his use of the tablet often resulted in false touches, possibly leaving data far away from the canvas under such circumstances. This sounds possible, I made a 40GiB document like this, but it's just slow and doesn't cause krita to crash -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 449547] Suspected memory leak
https://bugs.kde.org/show_bug.cgi?id=449547 --- Comment #6 from thetwo --- (In reply to Tiar from comment #5) > I wonder if it would be possible to add the "Trim to Canvas on exiting > Krita" feature but with some margin around the edges? I'm not really an > artist all that much, but in my case, I don't want to use that option in the > current form because I do want to have some area around the canvas > remembered (it's useful when you change composition or move objects etc.). > On the other hand, I probably wouldn't care much in most cases if Krita cut > off areas around the canvas that are further away than let's say the bigger > dimension of the painting (for example if you have painting 2000x3000, then > the remembered area would be max 8000x9000). That would be often enough for > a sanity check. (Though should still be optional). > > Not sure if relevant but I've heard of people for whom waiting time for the > canvas to get the focus on hover is too long, so they click on the canvas, > it might be that some people click outside of the canvas without realizing > it does leave a mark. Maybe it would be good to ensure that if the canvas > was not in focus before the click, the click shouldn't leave a brush mark? For me personally, it's better to define an area when painting, not just when exiting. For example, "x-axis - retention area; y-axis retention area". This is to protect some images from being cropped around the edges of the image. And further afield, I hope to be directly unable to paint. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 449547] New: Suspected memory leak
https://bugs.kde.org/show_bug.cgi?id=449547 Bug ID: 449547 Summary: Suspected memory leak Product: krita Version: 5.0.2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Provided by users of the krita Chinese community, the kra file has been uploaded. There are only 4 layers in total, but it occupies 19GiB, and it prompts that the memory is insufficient. Doing anything (Cut, Merge, Hide, Export) to the topmost "颜料图层 2" will cause krita to get stuck I have already verified on my computer -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 449547] Suspected memory leak
https://bugs.kde.org/show_bug.cgi?id=449547 --- Comment #1 from thetwo --- File uploads have a 4000kb limit Please download the kra file here: https://ufile.io/3gbpo7hc -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475203] New: The cursor for 'edit shapes tool' is not obvious on black color
https://bugs.kde.org/show_bug.cgi?id=475203 Bug ID: 475203 Summary: The cursor for 'edit shapes tool' is not obvious on black color Classification: Applications Product: krita Version: 5.2.0-rc1 Platform: Other OS: Other Status: REPORTED Severity: minor Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 162078 --> https://bugs.kde.org/attachment.cgi?id=162078=edit gif As shown in gif -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475504] New: “EditToolBar” disappears
https://bugs.kde.org/show_bug.cgi?id=475504 Bug ID: 475504 Summary: “EditToolBar” disappears Classification: Applications Product: krita Version: 5.2.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 162241 --> https://bugs.kde.org/attachment.cgi?id=162241=edit bug SUMMARY As shown in the figure, this bug will cause newly installed krita to default to canceling this option My friend can reproduce this bug -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 452155] Some feedback about gmic
https://bugs.kde.org/show_bug.cgi?id=452155 --- Comment #7 from thetwo --- > 3. The blending mode comes from G'MIC's own specification, in this case it > tells us all three channels have the mode "alpha" (i.e. treat as normal > channel layer): I don't quite understand here. I doubt we're not talking about the same thing… In other words, we don't have the right to customize the blending mode?I remember that gmic also supports some other softwares, but "value hsv" is unique to krita. I find it hard to imagine that they would lock "value hsv" internally instead of using "mulpitly". All in all, you can hide the top layer to match bug1.3 for comparison. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 452155] Some feedback about gmic
https://bugs.kde.org/show_bug.cgi?id=452155 --- Comment #5 from thetwo --- (In reply to amyspark from comment #4) > So: > > BUG1: "channels to layers" > > 1 Trying to reproduce now, no success yet. Can you send a file with affected > layers? > 2 Fixed in > https://invent.kde.org/graphics/krita/-/commit/ > 37d49dc6b9144760c0d4872dda4fb61af541b6bb (master branch, seems I forgot to > cherry pick it) > 3 Fixed in > https://invent.kde.org/graphics/krita/-/commit/ > a1dbad405f55fd352e0d45c9df09c2bfc9abeeec (master and 5.0.5) > > BUG2: “decompose channels” > 1. Cannot reproduce. G'MIC log says that all layers must be anchored in (0, > 0) (we send the whole canvas to them, not just the small image). > 2. Same as 1.2 > > BUG3: Undo issues > 1. Confirmed > 2. Confirmed BUG1:“channels to layers” 1.I forgot to mention that I used a selection to prevent the transparent area from turning black 2.the names have all become [unnamed]. Is it possible to read the original layer names?It should be [test] [red], [test] [green], [test] [blue] or others. 3.For "HSV mode", "mulpitly" is more appropriate than "value HSV" (I don't know why, but the result of "value HSV" is different from the original image) For the other two, I want the bottom layer's blending mode to be "normal", otherwise it will be blended.(or put the results in a group) BUG2: “decompose channels” 1.It still has problems with its position, and unlike 1.1, it can cause position anomalies without using selection. And a large part of it is outside the canvas. I will upload the file afterwards. 2.same to 1.2 file：https://ufile.io/60t3dry8 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453056] New: MYPAINT：Invalid "colorize" parameter
https://bugs.kde.org/show_bug.cgi?id=453056 Bug ID: 453056 Summary: MYPAINT：Invalid "colorize" parameter Product: krita Version: 5.0.5 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 148389 --> https://bugs.kde.org/attachment.cgi?id=148389=edit bug SUMMARY This parameter was not successfully added to the krita. When the "base value" is 0.01-0.99, some noise appears in the strokes. When the "base value" is 1, I can't draw. Either way it doesn't match the mypaint description：https://github.com/mypaint/mypaint/wiki/v1.2-Paint-Modes Maybe we should delete it now and fix it when we refine the mypaint brush engine next time. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453057] MYPAINT：Synchronization of "radius logarithmic" and "size"
https://bugs.kde.org/show_bug.cgi?id=453057 --- Comment #1 from thetwo --- Created attachment 148392 --> https://bugs.kde.org/attachment.cgi?id=148392=edit gif -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445206] bugs of mypaint brush engine‘s “eraser” option
https://bugs.kde.org/show_bug.cgi?id=445206 --- Comment #3 from thetwo --- I found it again today when I was organizing mypaint brushes. I have two guesses about it： 1. maybe it can support blending modes other than "eraser" 2. Maybe it would be better to use mypaint's own "eraser" parameter, because it can map all kinds of sensors by curves. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453054] MYPAINT:Missing "dab per basic radius"
https://bugs.kde.org/show_bug.cgi?id=453054 thetwo changed: What|Removed |Added Version|5.0.2 |5.0.5 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453054] New: MYPAINT:Missing "dab per basic radius"
https://bugs.kde.org/show_bug.cgi?id=453054 Bug ID: 453054 Summary: MYPAINT:Missing "dab per basic radius" Product: krita Version: 5.0.2 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 148387 --> https://bugs.kde.org/attachment.cgi?id=148387=edit bug SUMMARY Mypaint's "Dabs" has three parameters, while krita has only two. This means that we do not have full control over the spacing of the dabs. For example, I can't make a brush with scattered dabs. Similarly, I can't make scattered dabs close together. This is a parameter in mypaint 1.0, and I think krita should add it. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453056] MYPAINT：Invalid "colorize" parameter
https://bugs.kde.org/show_bug.cgi?id=453056 --- Comment #1 from thetwo --- Created attachment 148390 --> https://bugs.kde.org/attachment.cgi?id=148390=edit Correct effect -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453057] New: MYPAINT：Synchronization of "radius logarithmic" and "size"
https://bugs.kde.org/show_bug.cgi?id=453057 Bug ID: 453057 Summary: MYPAINT：Synchronization of "radius logarithmic" and "size" Product: krita Version: 5.0.5 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 148391 --> https://bugs.kde.org/attachment.cgi?id=148391=edit bug The maximum value of “radius logarithmic” in “General” is 7. But the maximum value of “radius logarithmic” in “basic” is 6. In mypaint, it is also 6. Krita may be used to expand the size of the brush, but after it exceeds 6, the “size” will not be changed. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453058] New: MYPAINT:Excess curves
https://bugs.kde.org/show_bug.cgi?id=453058 Bug ID: 453058 Summary: MYPAINT:Excess curves Product: krita Version: 5.0.5 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- SUMMARY I found that the parameters such as “opaque linearize”, “Fine Speed Gamma”, “Gross Speed Gamma”, “slow tracking”, “tracking noise” and “stroke threshold” have no curves in mypaint. There is no response to modifying them in krita. So they should be removed. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453507] The application of GMIC after cropping the picture results in the wrong position of the picture
https://bugs.kde.org/show_bug.cgi?id=453507 --- Comment #3 from thetwo --- Created attachment 148920 --> https://bugs.kde.org/attachment.cgi?id=148920=edit gif Hi, after testing, I found that the problem was not solved in the latest nightly. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453945] New: GMIC:the selection area causes the picture position to shift
https://bugs.kde.org/show_bug.cgi?id=453945 Bug ID: 453945 Summary: GMIC:the selection area causes the picture position to shift Product: krita Version: nightly build (please specify the git hash!) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: G'Mic for Krita Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 148925 --> https://bugs.kde.org/attachment.cgi?id=148925=edit gif SUMMARY krita-nightly-x64-5.1.0-prealpha-d59747b8ad This is different from 453477. The reason for 453477 is to export multiple layers, and this report is about selection. When you create a selection and use the GMIC filter, everything in the layer will align with the upper left corner of the selection, causing things in the selection to move very far away. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453945] GMIC:the selection area causes the picture position to shift
https://bugs.kde.org/show_bug.cgi?id=453945 --- Comment #1 from thetwo --- Created attachment 148926 --> https://bugs.kde.org/attachment.cgi?id=148926=edit pic The closer the selection is to the upper left corner, the smaller the offset occurs; the closer the selection is to the lower right corner, the larger the offset occurs. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453507] The application of GMIC after cropping the picture results in the wrong position of the picture
https://bugs.kde.org/show_bug.cgi?id=453507 thetwo changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453505] GMIC causes krita crash
https://bugs.kde.org/show_bug.cgi?id=453505 --- Comment #5 from thetwo --- Created attachment 148924 --> https://bugs.kde.org/attachment.cgi?id=148924=edit bug I triggered it twice when testing other things, which seems to be random. Upload the log file here. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453947] New: GMIC:Preview window exception
https://bugs.kde.org/show_bug.cgi?id=453947 Bug ID: 453947 Summary: GMIC:Preview window exception Product: krita Version: nightly build (please specify the git hash!) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: G'Mic for Krita Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 148927 --> https://bugs.kde.org/attachment.cgi?id=148927=edit gif krita-nightly-x64-5.1.0-prealpha-d59747b8ad 1.As shown in the figure, if no selection is used, the preview windows will change to a small rectangular area when zooming in and out when the filter is turned on. 2.When the filter is turned on, the preview always has a general "pixelated" effect. If we zoom in and zoom out, it will become normal. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453947] GMIC:Preview window exception
https://bugs.kde.org/show_bug.cgi?id=453947 --- Comment #1 from thetwo --- Created attachment 148928 --> https://bugs.kde.org/attachment.cgi?id=148928=edit bug2 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453948] New: GMIC：Exceptions caused by translucent selection
https://bugs.kde.org/show_bug.cgi?id=453948 Bug ID: 453948 Summary: GMIC：Exceptions caused by translucent selection Product: krita Version: nightly build (please specify the git hash!) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: G'Mic for Krita Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 148929 --> https://bugs.kde.org/attachment.cgi?id=148929=edit pic SUMMARY *** krita-nightly-x64-5.1.0-prealpha-d59747b8ad As shown in the figure, the top is the preview in GMIC, and the bottom is the final result. The result is different from the preview. I think it's a translucent selection problem because I clicked on the layer thumbnail to create the selection. In theory, this result may be correct: the translucent selection selects only part of the image. The adjusted part will be mixed with the original image to show a new color. But the problem is: 1. The final result is not directly obtained, which needs to be predicted by the user 2. Assuming 1 is impossible, the preview in GMIC should not be 100% opaque This is easily misunderstood. *** STEPS TO REPRODUCE 1. Draw an opaque line 2. Create a selection and paint a part with 50% gray 3. Use a filter with large color changes -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453949] New: GMIC:The result of the "boost fade" filter is incorrect
https://bugs.kde.org/show_bug.cgi?id=453949 Bug ID: 453949 Summary: GMIC:The result of the "boost fade" filter is incorrect Product: krita Version: nightly build (please specify the git hash!) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: G'Mic for Krita Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 148930 --> https://bugs.kde.org/attachment.cgi?id=148930=edit pic SUMMARY As shown in the figure, the result is an unexpected purplish red color. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453507] The application of GMIC after cropping the picture results in the wrong position of the picture
https://bugs.kde.org/show_bug.cgi?id=453507 thetwo changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REOPENED --- Comment #5 from thetwo --- (In reply to amyspark from comment #4) > It seems you're consistently using cropped GIFs to show the test case, but > the step flow isn't at all clear. Can you send a screen record? Or > alternatively, a step-by-step of the test case? Sorry!I reduced the recording range Because I can only upload 4000kb objects. I uploaded the recorded video on a third-party website. It includes the video of the six bugs I just reported. https://ufile.io/gbf6rnq1 This time it was done from scratch. With theout a "specific" filter, you will basically encounter bugs. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453961] New: GMIC:if someone uses the GMIC filter after moving the image, the image will return to its original position
https://bugs.kde.org/show_bug.cgi?id=453961 Bug ID: 453961 Summary: GMIC:if someone uses the GMIC filter after moving the image, the image will return to its original position Product: krita Version: 5.0.6 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: G'Mic for Krita Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- STEPS TO REPRODUCE 1. Import a picture 2. use “moon tool”（Not transform tool！） 3. use gmic filters -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 454121] New: Krita crashes when doing a lot of undo
https://bugs.kde.org/show_bug.cgi?id=454121 Bug ID: 454121 Summary: Krita crashes when doing a lot of undo Product: krita Version: 5.0.6 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: thetwo...@foxmail.com Target Milestone: --- Created attachment 149050 --> https://bugs.kde.org/attachment.cgi?id=149050=edit bug The log file has been uploaded as an attachment. I withdrew a large number of operations (no more than 200) at one time in "undo history". It includes importing pictures, GMIC filters, creating selection and applying filter masks. The system is win11 The hardware is 5800x + 6600xt + 32g ram -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 453948] GMIC：Exceptions caused by translucent selection
https://bugs.kde.org/show_bug.cgi?id=453948 thetwo changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME |--- --- Comment #3 from thetwo --- I reopened it because the video described something different from what I said. The focus is not "translucent lines" but "translucent selection". You can also reproduce it through another process: 1. Draw a translucent line 2.select opaque（replace） 3.use GMIC There's another demo in the video (maybe you didn't see it, so I'll send it again)： https://ufile.io/gbf6rnq1 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 451185] When creating a new gradient file, the RGB values are abnormal
https://bugs.kde.org/show_bug.cgi?id=451185 --- Comment #2 from thetwo --- Created attachment 149129 --> https://bugs.kde.org/attachment.cgi?id=149129=edit gif2 This problem is still not solved in today's nightly release. I have found some new idiosyncrasies. 1. The value range of RGB is sometimes (0-1) and sometimes (0-65535). Rarely does it appear (0-255) 2. The pipette usually can't absorb the color. Sometimes it can, but after I click "OK" the color in the gradient will become black. I can hardly make gradients now .. -- You are receiving this mail because: You are watching all bug changes.
