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

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

[Octave-bug-tracker] [bug #47974] Visual differences between gnuplot and


From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #47974] Visual differences between gnuplot and OpenGL toolkits
Date: Fri, 3 Jun 2016 05:06:57 +0000 (UTC)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:42.0) Gecko/20100101 Firefox/42.0

Follow-up Comment #54, bug #47974 (project octave):

Rik, attached is a patch to address the box on/off problems.  This isn't quite
commit-ready, as I'd like you to evaluate the behavior between two options. 
Given that, you can probably guess I couldn't quite achieve the desired end. 
Gnuplot has color control of tick annotation, but not for ticks themselves or
axes.  I tried pretty hard to use gnuplot's programming scripts to use colored
arrows for axes, as was done for the 2D case.  Unfortunately, the arrows don't
rove the way that tick marks do in 3D.  To illustrate, I've done the
following:

For box on, it's pretty much conventional gnuplot.  No color control of axes,
but there is color control for tick annotation.  The mouse-driven rotation
works sensibly for this.

For box off, I've put the following selection in the code:


  elseif (0)  ## No box, but no color axes
    fputs (plot_stream, "set border 0x15;\n");
    mirrorstr = "nomirror";
  else        ## Color axes, but non-rototable with mouse


The first case is a behavior similar to 'box'-'on'.  The borders rove with the
annotation/ticks--at least for positive x-axis rotation.  Go to negative
x-axis rotation though and the lines and annotation won't match on the same
axis.  This is a gnuplot thing...I think that is something I discussed with
gnuplot developers in the long past.

The second case I'd like you to try.  It at least gives color axes, and if all
one does is enter the viewing angle via command line, it's correct.  But once
one does mouse rotation, they'll see what the problem is.  The axes "arrows"
are always in front and don't rove.  Here's what I've been using to test:


demo waterfall
[Cntrl-C to break after first plot]
set(gca, 'xcolor', 'red')
set(gca, 'ycolor', 'green')
set(gca, 'zcolor', 'blue')
set(gca, 'view', [0, 30])
set(gca, 'view', [90, 30])
set(gca, 'view', [180, 30])
set(gca, 'view', [270, 30])
set(gca, 'view', [360, 30])


Do some rotations with the mouse.

I've a feeling you'll prefer the case where it is only black lines but the
tick text is color.  (The changeset comment reflects that option.)  If so,
there's a good bit of code that can be removed from the patch.  And I will
propose to gnuplot developers that options be added for controlling axis and
tick color.  (The whole border structure can be changed color, but not
individual axes.)

Frankly, I've never grown to become a fan of roving ticks and annotation.  I'd
prefer that the highlight axes be fixed and rotate behind the surface.  With
mirrored tick marks, the fixed axes gives a good frame of reference.  After
the ticks bounce from axis to axis, I'm soon disoriented and have to look hard
at the direction of units.

(file #37367)
    _______________________________________________________

Additional Item Attachment:

File name: octave-gnuplot_border_and_tick_text-djs2016jun02.patch Size:5 KB


    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

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