Just like it was made with paths in the pull #219 (click here) it would be useful to have the anondraw.collab.paint.captype variable having effect in 'line' linecap too.
The creation of multiple brush paths in a short amount of time can crash the page so the line feature is more safe to do advanced stuff... But currently it has this 'linecap' limitation.
Example of a sequence of line strokes with different transparency using linecap 'round' (on left) and linecap 'butt' (on right):
As we see in the image, the intersection of the round linecaps messes up the final result in this kind of scenario. But, unfortunately, the 'butt' linecap isn't saved by the server (it saves everything as 'round').
So, my request is: support for linecap on the 'line' drawFunction (already implemented in brush paths).
ps: I would like to submit this as a pull request myself but unfortunately I have no way to emulate anondraw here in order to do server side tests (32-bit system).
Just like it was made with paths in the pull #219 (click here) it would be useful to have the anondraw.collab.paint.captype variable having effect in 'line' linecap too.
The creation of multiple brush paths in a short amount of time can crash the page so the line feature is more safe to do advanced stuff... But currently it has this 'linecap' limitation.
Example of a sequence of line strokes with different transparency using linecap 'round' (on left) and linecap 'butt' (on right):
As we see in the image, the intersection of the round linecaps messes up the final result in this kind of scenario. But, unfortunately, the 'butt' linecap isn't saved by the server (it saves everything as 'round').
So, my request is: support for linecap on the 'line' drawFunction (already implemented in brush paths).
ps: I would like to submit this as a pull request myself but unfortunately I have no way to emulate anondraw here in order to do server side tests (32-bit system).