Fri 23 Apr 2010 01:12:07 PM UTC, comment #1:
The changeset that did this is
http://hg.savannah.gnu.org/hgweb/octave/rev/3b7e644bb46d
and is to allow filled and unfilled markers with different fill and edge color. The s, ^ and v markers should be fine but will be unfilled, unless markerfacecolor is set.
The pentagram marker is actually missing in the basic gnuplot markers and until the above changeset was represented by a filled square marker. It probably exists in the postscript driver, by we have to try and be consistent in our use of markers between the various terminal types.
Now that the markerfacecolor property is respected it makes no sense that a pentagram is represented by a filled square and the above changeset makes the pentagram marker use the same marker as "*" which seemed close.
The same applies to the hexagram, markers which were represented by unfilled diamonds which are represnted by the "*" marker and the > and < markers which are now all represented by filled or unfilled "^" marker.
After marker 14, gnuplot regenerates the same marker as marker 1... So all of the basic gnuplot markers are exposed with a combination of the marker type and the use of the markerfacecolor property. I propose to keep this behavior as being more consistent with matlab and in respecting the markeredgecolor and markerfacecolor properties, and that all the previous functionality is present but accessed differently.
However there appears to be another bug in that
case {"diamond", "d"}
pt = "pt 13";
pt2 = "pt 14";
in _gnuplot_draw_axes_ should instead be
case {"diamond", "d"}
pt = "pt 12";
pt2 = "pt 13";
I'll fix that when I have access to mecurical. I'm marking this bug as in progress and will close it when I fix the above.
Regards
David
|