Hi Ethan, I have put considerable effort into fixing this and just wanted to let you know that I have a working fix. It addresses all of the comments you had and it generates output that looks very similar to what is generated by pngcairo at a fraction of the computational cost. The fixed patch now: Supports dashes for all truecolor capable libgd terminals, but falls back to solid lines when truecolor is turned off. Supports rounded, butt and square endcaps and uses round joins at steep angles to...
Hi Ethan, I have put considerable effort into fixing this and just wanted to let you know that I have a working fix. It addresses all of the comments you had and looks very similar to the output generated by pngcairo at a fraction of the computational cost. The fixed patch now: Supports dashes for all truecolor capable libgd terminals, but falls back to solid lines when truecolor is turned off. Supports rounded, butt and square endcaps and uses round joins at steep angles to prevent gaps in the lines....
Hi Ethan, I have put considerable effort into fixing this and just wanted to let you know that I have a working fix. I addresses all of the comments you had and looks very similar to the output generated by pngcairo at a fraction of the computational cost. The fixed patch now: Supports dashes for all truecolor capable libgd terminals, but falls back to solid lines when truecolor is turned off. Supports rounded, butt and square endcaps and uses round joins at steep angles to prevent gaps in the lines....
Thanks for checking out the patch. Your concerns about this approach of rendering the dashes as straight tangents to the curve are definitely warranted. I personally did not see the issue because when I used the patched png terminal to produce my plots (which had more rapidly changing slopes than in the example above) I was using only relatively thin lines (max lw = 3) and short dashes or dot patterns. For your example script, the issue was confounded because you were using a custom dash pattern,...
It would have been possible to add large parts of this patch directly to libgd, which indeed would have been the better solution, but gnuplot would still have to be patched to utilize the new capabilities. Additionally, the changes in how antialiasing with this patch works in general are significant and I found it quite unlikely that such a long-established library would adopt them. Also, I do not have a lot of experience with these kind of libraries and although I have tested this patch quite a...
Are patches still considered? Should I have posted this somewhere else?
As an example of what is possible with the new dashtype support, I have attached the output of the follwing example script: set samples 500 set xrange [0:4*pi] set yrange [-1.5:7.5] set xlabel "x" set ylabel "y" set title "Antialiased Dashed Lines Test" font ",14" set key right top box opaque set grid # Define line styles with different dash types and colors set style line 1 lc rgb "#E41A1C" lw 1 dt solid # Red - solid set style line 2 lc rgb "#377EB8" lw 2 dt 2 # Blue - dashed set style line 3 lc...
Full dashtype support for libgd terminals and improved antialiasing quality