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

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

[Octave-bug-tracker] [bug #53504] axis("equal") makes plot3 unusably sma


From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #53504] axis("equal") makes plot3 unusably small with graphics_toolkit("gnuplot")
Date: Wed, 28 Mar 2018 15:36:17 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0

Follow-up Comment #1, bug #53504 (project octave):

Initially I was going to ask for a screen shot, but I see the issue.  As a
slight aside, I know that gnuplot can do something like


linux@ ~ $ gnuplot

        G N U P L O T
        Version 5.3 patchlevel 0    last modified 2017-11-04 

        Copyright (C) 1986-1993, 1998, 2004, 2007-2017
        Thomas Williams, Colin Kelley and many others

        gnuplot home:     http://www.gnuplot.info
        mailing list:     address@hidden
        faq, bugs, etc:   type "help FAQ"
        immediate help:   type "help"  (plot window: hit 'h')

Terminal type is now 'qt'
Options are '0 font "Sans,9"'
gnuplot> set view equal
gnuplot> splot sin(x+y)
gnuplot> 


then use the center mouse button-click-drag left and right to change the
scale.  So, in theory we should be able to adjust that.

But I look at the screen shot:

gnuplot_axis_equal_bug_Screenshot_from_2018-03-28_14-21-26.png

and I see in the footer that the scale is 1.0000, so this is nominal operating
range.  The fact the plot is so tiny suggests that the *border* must be used
up by something, be it a large title font, or large x/y/z label font.

That being said, the source of this problem seems more general than just
gnuplot.  I'm also attaching the result of your command sequence for the Qt
toolkit:

qt_opengl_axis_equal_bug_Screenshot_from_2018-03-28_14-23-21.png

Notice how it has the same issue, but perhaps not immediately obvious.  In the
Qt OpenGL case, the z-axis looks to be scrunched to one pixel where the x and
y-axis look reasonable.

As an observation, if for the gnuplot toolkit one uses that
center-mouse-click-drag-left-or-right feature to zoom in on the axis equal
plot, it looks similar to the Qt OpenGL plot where the x/y-axis is reasonable
but the z-axis is still scrunched to a single pixel.

So at this point, I'd say there looks to be something generally wrong with the
z-computation of the "axis equal" code.  As such, the category should be
changed to just "Plotting".

(file #43711, file #43712)
    _______________________________________________________

Additional Item Attachment:

File name: gnuplot_axis_equal_bug_Screenshot_from_2018-03-28_14-21-26.png
Size:17 KB
File name: qt_opengl_axis_equal_bug_Screenshot_from_2018-03-28_14-23-21.png
Size:17 KB


    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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