https://bugs.kde.org/show_bug.cgi?id=486419
Deif Lou changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap
|hics
https://bugs.kde.org/show_bug.cgi?id=485739
Deif Lou changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=486529
Deif Lou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=486529
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #1 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=486101
--- Comment #3 from Deif Lou ---
It is possible but it would require some ui/ux design i guess, and time to
implement. You can create a feature request in the krita-artists forum about
this, stating why it would be useful. Also the other users can give
https://bugs.kde.org/show_bug.cgi?id=485557
Deif Lou changed:
What|Removed |Added
Resolution|--- |NOT A BUG
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=485717
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #1 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=486101
Deif Lou changed:
What|Removed |Added
Resolution|--- |NOT A BUG
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=486419
Deif Lou changed:
What|Removed |Added
Latest Commit||https://invent.kde.org/grap
https://bugs.kde.org/show_bug.cgi?id=486419
--- Comment #2 from Deif Lou ---
After digging a bit, it may be that the reference image produced by
KisMergeLabeledLayersCommand if not right if there is a selection.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=486419
Deif Lou changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=486419
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #1 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=484677
Deif Lou changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap
|hics
https://bugs.kde.org/show_bug.cgi?id=484677
Deif Lou changed:
What|Removed |Added
Latest Commit||https://invent.kde.org/grap
https://bugs.kde.org/show_bug.cgi?id=480601
Deif Lou changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap
|hics
https://bugs.kde.org/show_bug.cgi?id=480601
Deif Lou changed:
What|Removed |Added
Status|CONFIRMED |RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=477697
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #1 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=477647
Deif Lou changed:
What|Removed |Added
Status|NEEDSINFO |RESOLVED
Resolution|WAITINGFORINFO
https://bugs.kde.org/show_bug.cgi?id=477647
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=475014
Deif Lou changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap
|hics
https://bugs.kde.org/show_bug.cgi?id=475014
Deif Lou changed:
What|Removed |Added
Latest Commit||https://invent.kde.org/grap
https://bugs.kde.org/show_bug.cgi?id=475014
Deif Lou changed:
What|Removed |Added
Assignee|krita-bugs-n...@kde.org |gin...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=475014
Bug ID: 475014
Summary: "Grow until darkest pixel" selection filter misbehaves
when some of the reference pixels are fully
transparent
Classification: Applications
Product:
https://bugs.kde.org/show_bug.cgi?id=474691
Bug ID: 474691
Summary: UI: glitch in layout of the "resize" tab contents in
the "export advanced" dialog
Classification: Applications
Product: krita
Version: 5.2.0-beta2
https://bugs.kde.org/show_bug.cgi?id=471871
--- Comment #13 from Deif Lou ---
The thing is that if the border of the "sticker" was white, then setting the
neighbor fully transparent pixels to 0, could end up in a dark halo in those
areas (all of that if my hypothesis
https://bugs.kde.org/show_bug.cgi?id=471871
--- Comment #11 from Deif Lou ---
It srems to me that those other programs are not premultiplying the color
channels when doing bilinear filtering or something. In the case of unity I
guess you should convert the images to premiltiplied images and work
https://bugs.kde.org/show_bug.cgi?id=473853
--- Comment #1 from Deif Lou ---
Same thing seems to happen if I put to paint layers in a group and apply a
filter mask to the group.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=473928
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #2 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=473853
Bug ID: 473853
Summary: Artifacts when dragging a layer under a filter that
produces new pixels outside the paint layer contents
rect
Classification: Applications
Product:
https://bugs.kde.org/show_bug.cgi?id=471366
Deif Lou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|CONFIRMED
https://bugs.kde.org/show_bug.cgi?id=471896
Deif Lou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=472700
Deif Lou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=471871
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #7 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=472700
Deif Lou changed:
What|Removed |Added
Status|REPORTED|ASSIGNED
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=472700
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
Assignee|krita-bugs-n
https://bugs.kde.org/show_bug.cgi?id=472479
Deif Lou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://bugs.kde.org/show_bug.cgi?id=472479
Deif Lou changed:
What|Removed |Added
Assignee|krita-bugs-n...@kde.org |gin...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=472479
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=472343
--- Comment #7 from Deif Lou ---
If you have the crash in the nightly that will have my changes then it will
need a new bug report, but it will have to provide the steps to reproduce the
issue and maybe the script you use (or a simplified version
https://bugs.kde.org/show_bug.cgi?id=472343
Deif Lou changed:
What|Removed |Added
Resolution|--- |FIXED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=472343
--- Comment #4 from Deif Lou ---
Hi. Can you tell when this happens? For some specific type of layer or the
like? I think that may be some unrelated bug to this and may need another bug
report.
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=472343
--- Comment #2 from Deif Lou ---
Hi varkatope, I made a merge request that tries to handle this. I have to say
that similar issue happens also on other filters... but I only fixed this one
for now.
Please try the changes by downloading the linux
https://bugs.kde.org/show_bug.cgi?id=472343
Deif Lou changed:
What|Removed |Added
Assignee|krita-bugs-n...@kde.org |gin...@gmail.com
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=469109
--- Comment #7 from Deif Lou ---
Maybe it's just enough preventing the dithering on fully trandparent areas of
the final applied gradient. My concern is that it may be some noticeable
discontinuity where a fully transparent region meets a partially
https://bugs.kde.org/show_bug.cgi?id=470796
--- Comment #9 from Deif Lou ---
Ok, the behavior was reverted by this commit
https://invent.kde.org/graphics/krita/-/commit/807c7b37cf86cf8a42862a59950757132bc144b2
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=470796
--- Comment #7 from Deif Lou ---
Ok, you convinced me. I'll can change that and see if that can go in 5.2
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=470796
--- Comment #3 from Deif Lou ---
Hi. The relative mode means that the dragging offset is added to the current
value. The absolute mode means that the value is changed to where you clicked
on. The slider works in absolute mode by default unless you
https://bugs.kde.org/show_bug.cgi?id=470796
Deif Lou changed:
What|Removed |Added
Resolution|--- |INTENTIONAL
CC
https://bugs.kde.org/show_bug.cgi?id=469925
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #1 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=469109
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #2 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=467826
Deif Lou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=467826
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #1 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=467820
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #1 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=466130
Bug ID: 466130
Summary: Strange behavior of the text-decoration after new text
changes
Classification: Applications
Product: krita
Version: git master (please specify the git hash!)
https://bugs.kde.org/show_bug.cgi?id=463925
Deif Lou changed:
What|Removed |Added
Status|REPORTED|CONFIRMED
CC
https://bugs.kde.org/show_bug.cgi?id=462055
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #5 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=460577
Deif Lou changed:
What|Removed |Added
CC||pinkn...@yahoo.com
--- Comment #2 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=461597
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
Resolution
https://bugs.kde.org/show_bug.cgi?id=459491
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #5 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=459305
--- Comment #13 from Deif Lou ---
Halcyoen, just tu be sure, is your issue related to the selection tools or
other tools? The change I did is only in the selection tools, so try those if
you can and to see if the issue is solved there.
--
You
https://bugs.kde.org/show_bug.cgi?id=459305
--- Comment #11 from Deif Lou ---
Halcyoen, what version are you using? Have you tried the last nightly build to
see if my changes solve the issue?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=460577
Bug ID: 460577
Summary: Decorations artifacts on versions greater than 5.1.1
Classification: Applications
Product: krita
Version: git master (please specify the git hash!)
Platform: Manjaro
https://bugs.kde.org/show_bug.cgi?id=459305
--- Comment #7 from Deif Lou ---
Hi. Can you specify in more detail what you mean with "stuttering"?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=459763
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #3 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=459899
--- Comment #4 from Deif Lou ---
You can use the "Show global selection mask"
action/shortcut/button-in-the-toolbar to activate/deactivate the global
selection and paint on it. The effect is very similar to what you propose.
--
You are
https://bugs.kde.org/show_bug.cgi?id=459305
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=459899
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #2 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=459936
Deif Lou changed:
What|Removed |Added
Status|REPORTED|RESOLVED
CC
https://bugs.kde.org/show_bug.cgi?id=456351
Deif Lou changed:
What|Removed |Added
CC||1012468...@qq.com
--- Comment #4 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=456351
Deif Lou changed:
What|Removed |Added
CC||i...@davidrevoy.com
--- Comment #3 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=456219
Deif Lou changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC
https://bugs.kde.org/show_bug.cgi?id=459867
Deif Lou changed:
What|Removed |Added
Resolution|--- |NOT A BUG
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=459066
--- Comment #6 from Deif Lou ---
It seems to happen only with brush sizes < 10.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=459066
--- Comment #5 from Deif Lou ---
My intuition tells me that the top-right and bottom-right dabs should have the
same x coordinate, so even if the coords are subpixel and the dabs pixels may
not be exactly the same, the dabs should align on the left
https://bugs.kde.org/show_bug.cgi?id=459066
--- Comment #3 from Deif Lou ---
But the provided sample image suggests that the "brush" on the bottom-right has
not the same y coordinate as the brush on the bottom-left nor the same x
coordinate as the top-right brush. An I think at l
https://bugs.kde.org/show_bug.cgi?id=459013
Deif Lou changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap
|hics
https://bugs.kde.org/show_bug.cgi?id=458867
Deif Lou changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap
|hics
https://bugs.kde.org/show_bug.cgi?id=459013
Deif Lou changed:
What|Removed |Added
Latest Commit||https://invent.kde.org/grap
https://bugs.kde.org/show_bug.cgi?id=458867
Deif Lou changed:
What|Removed |Added
Resolution|--- |FIXED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=458868
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #1 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=458867
Deif Lou changed:
What|Removed |Added
Status|REPORTED|ASSIGNED
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=459013
--- Comment #1 from Deif Lou ---
Related to https://bugs.kde.org/show_bug.cgi?id=458867
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=459013
Deif Lou changed:
What|Removed |Added
Status|REPORTED|ASSIGNED
CC
https://bugs.kde.org/show_bug.cgi?id=459066
Deif Lou changed:
What|Removed |Added
Ever confirmed|0 |1
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=457390
Deif Lou changed:
What|Removed |Added
Resolution|--- |FIXED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=457390
Deif Lou changed:
What|Removed |Added
Status|REPORTED|ASSIGNED
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=457390
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
Assignee|krita-bugs-n
https://bugs.kde.org/show_bug.cgi?id=456734
Deif Lou changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap
|hics
https://bugs.kde.org/show_bug.cgi?id=456734
Deif Lou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://bugs.kde.org/show_bug.cgi?id=456734
--- Comment #1 from Deif Lou ---
I guess the screentone generator should be used as a default for the alpha
mode. The "none" option is useful in the case when there are multiple channels
(rgb, crmyk, etc.). That allows you to not apply
https://bugs.kde.org/show_bug.cgi?id=456734
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
Assignee|krita-bugs-n
https://bugs.kde.org/show_bug.cgi?id=456299
Deif Lou changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap
|hics
https://bugs.kde.org/show_bug.cgi?id=456299
Deif Lou changed:
What|Removed |Added
Resolution|--- |FIXED
Latest Commit
https://bugs.kde.org/show_bug.cgi?id=456357
Deif Lou changed:
What|Removed |Added
CC||gin...@gmail.com
--- Comment #2 from Deif Lou
https://bugs.kde.org/show_bug.cgi?id=456299
--- Comment #2 from Deif Lou ---
The only practical case I can think of is when using the "wrap around mode",
but since the "enclose and fill" uses the "floodfill" algorithm (which the
"fill tool" uses as well)
https://bugs.kde.org/show_bug.cgi?id=456299
Deif Lou changed:
What|Removed |Added
Status|REPORTED|ASSIGNED
Assignee|krita-bugs-n...@kde.org
https://bugs.kde.org/show_bug.cgi?id=455919
--- Comment #7 from Deif Lou ---
Created attachment 150161
--> https://bugs.kde.org/attachment.cgi?id=150161=edit
include surrounding regions example
In this image, the second and third figures are filled using the "select
regions su
https://bugs.kde.org/show_bug.cgi?id=455919
--- Comment #6 from Deif Lou ---
Created attachment 150160
--> https://bugs.kde.org/attachment.cgi?id=150160=edit
include contour regions example
In the example can be seen the usage of the "include contour regions" option in
the &q
https://bugs.kde.org/show_bug.cgi?id=455919
--- Comment #5 from Deif Lou ---
Well, that last comment just shows that the options are not clear enough. The
"include surrounding regions" is different from the "include contour regions".
I'll try to explain what kind of concep
https://bugs.kde.org/show_bug.cgi?id=455919
--- Comment #3 from Deif Lou ---
Sorry, I hit return accidentally and that got posted. I was saying:
* When "include surrounding regions" is selected it is more tricky:
* Everything from the contour is selected until transparent
1 - 100 of 160 matches
Mail list logo
