[krita] [Bug 418426] New: Transformation mask does not respect opacity and blend mode settings for edited layer.
https://bugs.kde.org/show_bug.cgi?id=418426
Bug ID: 418426
Summary: Transformation mask does not respect opacity and blend
mode settings for edited layer.
Product: krita
Version: 4.2.8
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Tools/Transform
Assignee: krita-bugs-n...@kde.org
Reporter: karpi@email.cz
Target Milestone: ---
SUMMARY
When using transformation mask with partially opacity set layer (ie 50% in my
case), or layer with particular blend mode ("Soft light" in my case ) and edit
it (ie changing its perspective in my case)
- In the moment, when I try to edit it, opacity switches to 100% and blend mode
switches to "normal"
- In the moment, when is editing finished, it switches back to 50% and Soft
light.
So it is impossible to transform layer nondestructivelly with respect to
underlaying context, like normal, destructive workflow does.
STEPS TO REPRODUCE
1.
2.
3.
OBSERVED RESULT
EXPECTED RESULT
Transformation mask should respect opacity and blend mode settings for edited
layer.
SOFTWARE/OS VERSIONS
Windows:
macOS:
Linux/KDE Plasma:
(available in About System)
KDE Plasma Version:
KDE Frameworks Version:
Qt Version:
ADDITIONAL INFORMATION
--
You are receiving this mail because:
You are watching all bug changes.
[krita] [Bug 414995] New: Feature request for implementation of 3d mouse support.
https://bugs.kde.org/show_bug.cgi?id=414995 Bug ID: 414995 Summary: Feature request for implementation of 3d mouse support. Product: krita Version: unspecified Platform: Other OS: All Status: REPORTED Severity: wishlist Priority: NOR Component: tablet support Assignee: krita-bugs-n...@kde.org Reporter: karpi@email.cz Target Milestone: --- SUMMARY Hello, this is just the feature request. Please. Consider implementation of support of 3d mouse (or spacemouse, mostly 3dconnexion devices) into krita. (in blender world this is called "NDOF") This is VERY handy for effective and ergonomic use in graphical software for artists and technicians. (especially in combination with graphical tablet) (And, sadly, the one, who try it once, is simply unable after then use any other device to pan/zoom/rotate canavas..) Thanks for reading, karpi ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 375070] Cumulative undo not working
https://bugs.kde.org/show_bug.cgi?id=375070 karpi <karpi@email.cz> changed: What|Removed |Added CC| |karpi@email.cz --- Comment #8 from karpi <karpi@email.cz> --- I'm confirming in version 4.0.2 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 389923] perspective sensor does not respect right perspective correction
https://bugs.kde.org/show_bug.cgi?id=389923 --- Comment #1 from karpi <karpi@email.cz> --- Created attachment 110358 --> https://bugs.kde.org/attachment.cgi?id=110358=edit expected good behaviour of perspective sensor -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 389923] New: perspective sensor does not respect right perspective correction
https://bugs.kde.org/show_bug.cgi?id=389923 Bug ID: 389923 Summary: perspective sensor does not respect right perspective correction Product: krita Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Tool/Assistants Assignee: krita-bugs-n...@kde.org Reporter: karpi@email.cz Target Milestone: --- Created attachment 110357 --> https://bugs.kde.org/attachment.cgi?id=110357=edit current wrong behaviour shown Hello, When i set to get brush size from perspective sensor, it goes wrong. - current behaviour: as shown on the attached image: red brush is definitely not respecting perspective. Thickness is converging too quickly. - expected behaviour: green brush respect perspective correction as it should. (not exactly - it is only quick handy workaround). -- You are receiving this mail because: You are watching all bug changes.
