[Spectacle] [Bug 468788] Remember visibility status of Annotations toolbar in Rectangular Region mode across application launches
https://bugs.kde.org/show_bug.cgi?id=468788 Gin changed: What|Removed |Added CC||ginnoka...@gmail.com --- Comment #7 from Gin --- Once this bug is resolved, will it just be the annotation portion of the toolbar that has it's visibility status remembered? Or will there be an option to disable the entire toolbar itself? If this needs to be it's own "bug report" I am happy to file one. Reason: In previous versions of spectacle, it was possible to take a rectangular region screenshot without any toolbars that appeared. I was able to hit my shortcut (defined in spectacle), quickly take the region screenshot, and then proceed with my workflow. Now the toolbar is forced to appear every time that I take a screenshot and the bar appears right in the center of my current monitor. This often causes an overlap with what I am trying to screenshot, causing me to first move the toolbar and then select the region. Being able to disable the toolbar in the setting or having a command line arg to disable would fix this issue. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 463631] New: The default button changed to Cancel for permanent delete
https://bugs.kde.org/show_bug.cgi?id=463631 Bug ID: 463631 Summary: The default button changed to Cancel for permanent delete Classification: Applications Product: gwenview Version: 22.12.0 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: ginnoka...@gmail.com Target Milestone: --- SUMMARY When one tries to delete a file/folder permanently with Shift+Del, pressing Enter cancels the operation due to the fact that the default button changed to Cancel. Now we have to use the mouse or additional keyboard action to delete the file/folder. Note: This change was also recently seen in Dolphin, see https://bugs.kde.org/show_bug.cgi?id=462845, where it was resolved by reverting a commit. STEPS TO REPRODUCE 1. Shift+Del to delete a file OBSERVED RESULT The default active button is Cancel. EXPECTED RESULT It should be the Delete button as it was until now. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447211] New: something strange happens after I have updated my version of Krita to 5.0.0 Beta 5 , it seems as if instead of blurring, the brush generates a pixelated effect in the image
https://bugs.kde.org/show_bug.cgi?id=447211 Bug ID: 447211 Summary: something strange happens after I have updated my version of Krita to 5.0.0 Beta 5 , it seems as if instead of blurring, the brush generates a pixelated effect in the image Product: krita Version: 5.0.0-beta5 Platform: unspecified OS: Microsoft Windows Status: REPORTED Severity: crash Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: 96gine...@gmail.com Target Milestone: --- RESUME problems with blur brushes, particularly the WaterC Water Patter brush STEPS TO PLAYBACK 1.open the program 2.Open file with CMYK color profile 3.use the WaterC Water Patter brush (or other blur brushes) on the already applied color OBSERVED RESULT the brush generates a pixelated effect in the image, in addition to modifying the tone of the image by adding shades that do not match the previously selected colors EXPECTED RESULT In theory, this brush (or others with blurring or defocusing properties) should generate a gradient and mix the colors in the image in an organic way, similar to a watercolor painting or a drawing made in pastel chalk. SOFTWARE / OS VERSIONS Windows: 5.0.0 Beta 5 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 387141] Cropping Rotation
https://bugs.kde.org/show_bug.cgi?id=387141 Gin <4...@doratoa.net> changed: What|Removed |Added CC||4...@doratoa.net --- Comment #3 from Gin <4...@doratoa.net> --- Created attachment 129140 --> https://bugs.kde.org/attachment.cgi?id=129140=edit rotate_canvas Personally for me it would be ideal, if it rotated canvas for "locked" crop rectangle box, so you could most clearly see the result. If it's problemtatic - rotate box, crop, rotate cropped region back to same angle cropping box was rotated. If it has guides like current crop tool has, it's better, but additional central guides would be welcome. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391798] Improve UX for Text Editor
https://bugs.kde.org/show_bug.cgi?id=391798 --- Comment #10 from Gin <4...@doratoa.net> --- But text could be multicoloured, each letter own colour even. But may worth considering. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 407923] New: Don't dim (darken) canvas when editing layer styles.
https://bugs.kde.org/show_bug.cgi?id=407923 Bug ID: 407923 Summary: Don't dim (darken) canvas when editing layer styles. Product: krita Version: 4.2.0-beta Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: layer styles Assignee: krita-bugs-n...@kde.org Reporter: 4...@doratoa.net Target Milestone: --- Created attachment 120295 --> https://bugs.kde.org/attachment.cgi?id=120295=edit collage demonstrating actual colour distortion SUMMARY Dimming of main window when there are others above it is a nice feature, but it makes no sense when editing layer styles. It just obstructs preview and distorts colours. Suggestion: Disable dimming for "Layer Styles" window. SOFTWARE/OS VERSIONS Linux: OpenSUSE Leap 15.0 KDE Plasma Version: 5.12.8 KDE Frameworks Version: 5.45.0 Qt Version: 5.9.4 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391798] Improve UX for Text Editor
https://bugs.kde.org/show_bug.cgi?id=391798 --- Comment #8 from Gin <4...@doratoa.net> --- >> 2) Buttons for + / - will change font size, instead of changing zoom. is >> that correct? What buttons, I don't see any now (4.2.0b)? Problem is that font size only have preset fonts, if I want custom one (I often use 100+) I have to type it in each time. It would be convenient to have buttons for fine-tuning or mouse scroll changing value freely, instead of cycling through presets. >> 4) Change the bg solid color of the textbox just for previewing purposes? Previewing? If I have white text I can't even see it until I select it or save it. I don't think it's that uncommon to have white or light fonts in image editor. In 4.1 textarea was dark grey, which was probably better choice than white in 4.2. There is probably no pressing need for free RGB colour selection, toggle between dark\light BG could be just enough. It could be even better if text editing would happen directly on canvas and not in separate window, but since it's implemented this way it's quite important feature, imho. >> 1) Directly from the textEditor is very posible, let me test adding the >> events in the proper places Cool -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 391798] Improve UX for Text Editor
https://bugs.kde.org/show_bug.cgi?id=391798 Gin <4...@doratoa.net> changed: What|Removed |Added CC||4...@doratoa.net --- Comment #6 from Gin <4...@doratoa.net> --- I see that 4.2.0 beta fixed some bugs and added colour picker to text editor toolbar, good job! But now text editor background is fixed white, that makes hard to work with white and light-coloured fonts. So I support Tyson Tan's suggestion #4 to add BG colour picker directly on the editor toolbar. #1 and #2 are also highly wanted. (There is now setting -> colours -> editor background in menu, but it doesn't seem to affect anything, even after Krita restart) -- You are receiving this mail because: You are watching all bug changes.