Re: Matlab compat question

[Daniel J Sebald]

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

Dan