On 06/20/2016 12:17 AM, Dmitri A. Sergatskov wrote:
On Mon, Jun 20, 2016 at 12:02 AM, Julien Bect
<address@hidden <mailto:address@hidden>>
wrote:
Le 20/06/2016 à 04:55, Daniel J Sebald a écrit :
On 06/14/2016 10:02 AM, Dmitri A. Sergatskov wrote:
Thanks Ray!
So fltk and qt do it right and gnuplot does it wrong...
Dmitri.
I don't know if this is classified wrong. The gnuplot toolkit
accepts 'y' as yellow, but that is not a valid color in Octave
(and Matlab?) definitions (only 'k' 'r' 'g' 'b' 'm' 'c' 'w').
That's along the same lines that Octave accepts "endwhile" as
syntax whereas Matlab would throw and error. In both cases,
different behavior for syntax not defined. It would be easy to
change 'y' to black for gnuplot toolkit, but I don't know if it
makes a difference one way or another.
'y' is also the shortcut for yellow in Matlab:
http://fr.mathworks.com/help/matlab/ref/plot.html?requestedDomain=www.mathworks.com#inputarg_LineSpec
So, Octave should support 'y' in all graphics toolkits.
@++
Julien
I think the issue here is that marker "point" (.) is defferent from all
other symbols.
It is kind of a singularity that does not have an internal structure
(like border/Face).
So setting its borders to black makes entire marker black.
Dmitri.
OK, I see what you mean. Half of the symbols don't have an interior
(i.e., no face), of which '.' should be one, and it is the
MarkerEdgeColor that refers to the glyphs of the symbols, not
MarkerFaceColor. Create a bug report? Or lump that in with this one:
http://savannah.gnu.org/bugs/?47974