https://bugs.kde.org/show_bug.cgi?id=433603
--- Comment #4 from vanyossi <ghe...@gmail.com> --- I'll paste the reply I made on the forum here. I tested more carefully how the dab rendering behaves (after all it was I who adapted them to the vectorized form). In this case you are reaching the limit of the algorithm maths we use within the size you have to work with. The maths of soft and gaussian dab calculation do suffer from reduced resolution. In this case the calculation of the fade effect on such small sizes will frequently be on either the on or the off state, with no in-betweens. We cannot escape this, unless we have especial cases for dabs so small. In other words, the brush tip (the dab) is so small, less than a pixel, that calculating the fade grandient in one pixel space is not enough to get smooth results. This is why it doesn't work the same as the example with resizing the image: for dab calculation we use the pixel size of the dab, so even if the algorhitm can make the correct gradient, we simple do not have enough pixel resolution on the dab to show it. Afair dab generation does not work at the sub-pixel level, but I may be wrong. However the broken line does not make sense to me. Dab generation is independent from the Line algorithm and afaik that one works with sub-pixel values just fine. -- You are receiving this mail because: You are watching all bug changes.
