#Gnuplot linetype Patch
#Gnuplot linetype code

(The terminal can be 'x11' if you wish, and in fact it produces different behavior so you may want to test that as well.) Next, edit the file 'foo1.gp' and place after the 'unset hidden3d' line 'set hidden3d front ', i.e., Then use the Octave command:ĭrawnow ('qt', '/dev/null', false, 'foo1.gp') To experiment, generate the test surface plot as before. I will let you experiment, and then we can decide to either put the 'set hidden3d front' statement in the gnuplot stream, have a bad plot and wait for gnuplot to catch up.or wait for gnuplot to be fixed and then come back to revisit the hidden3d line removal. Unfortunately, I think there is a bug in the color operation for lines under the hidden3d mode. Then if all the lines are using the hidden3d algorithm, it does look like proper hidden3d surface (provided the surface doesn't have any overlapping elements). Will plot the surface first, and then everything else on top of that. I've looked into the hidden line removal and there is quasi-support for such a thing with the 'pm3d' surface.

#Gnuplot linetype code

Gnuplot documentation indicates the 'linetype' feature appeared in 4.6, so I added that to the gnuplot-has-feature code and made a very small change to the gnuplot_linetype function-basically adding another condition to an if-elseif-else statement. But maybe it means that you have to reference a style that was already created rather than make one on the fly? So it appears that a linestyle is accepted.

The gnuplot documentation for pm3d using version 4.6 ( ) says: I commented out 'linetype 1' in the issued command, but then it just fails at 'linecolor'. Gnuplot> set pm3d explicit at s hidden3d linetype 1 linecolor rgb '#000000' linewidth 0.500000 depthorder corners2color c3

#Gnuplot linetype Patch

Wed 11:09:30 PM UTC, comment #16: I applied the last patch in comment #12 and I still get an error under gnuplot 4.6.6 and gnuplot 4.6.7. (I.e., instead of seeing 'set linestyle 1.', 'set linestyle 2.' and so on in the gnuplot code, one will see 'set linestyle 9.', 'set linestyle 10.' and so on. So to avoid overwriting those line patterns, I introduced an offset of 8 into the linetype/style definitions. But linetype holds the important line patterns for version 4.6. On the other hand, 'linetype' does work with hidden3d mode. I was a bit disappointed by that and complained to get a fix. However, I've found that 'linestyle' attributes don't hold in gnuplot's hidden3d mode-when they do hold in non-hidden3d mode and specifications like 'linecolor' apply in both modes. That improves the program flow some, in addition to achieving the hidden line. I discarded the 'borders' approach to adding mesh lines on surfaces and instead just add another separate plot sub-command for the lines, using hidden3d mode (with the addition of 'front' and 'nooffset' to the hidden3d specification). I've changed enough with respect to gnuplot hidden3d usage that it could break behavior somewhere else, but I'm hoping not much. This is a pretty significant variation on the previous patch, so some testing will be helpful. I think I have something that works with gnuplot 4.6 up to the latest development version. Note that the linestyles work correctly for a 2D plot such as 'plot (1:10, 'o:')'Īll right. If I try to turn off lines completely with 'set (h, 'linestyle', 'none'' I get a bunch of errors. With gnuplot 4.6.6, all linestyles are rendered as '-' (solid). With gnuplot 5.0.1, the linestyles '-', '-.' don't seem to work. H = surf (x, y, z, 'FaceColor',, 'EdgeColor', ) However, there are now some issues with linestyle for 3-D plots. The Summary of this bug, FaceColor for surf with gnuplot, has been fixed.