octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #29621] 4 plot point symbols missing in develo


From: David Bateman
Subject: [Octave-bug-tracker] [bug #29621] 4 plot point symbols missing in development code
Date: Fri, 23 Apr 2010 13:12:07 +0000
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4

Update of bug #29621 (project octave):

                  Status:                    None => In Progress            
             Assigned to:                    None => dbateman               

    _______________________________________________________

Follow-up 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


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?29621>

_______________________________________________
  Message posté via/par Savannah
  http://savannah.gnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]