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

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

[Octave-bug-tracker] [bug #34120] using mouse-scrolling after plotyy los


From: Ben Abbott
Subject: [Octave-bug-tracker] [bug #34120] using mouse-scrolling after plotyy losed y1 plot
Date: Sun, 02 Oct 2011 22:38:22 +0000
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_1) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/14.0.835.186 Safari/535.1

Follow-up Comment #10, bug #34120 (project octave):

The approach to syncing the pan/zoom of the gnuplot window can be implemented
using a single gnuplot plot and assigning the objects plotted to either x1y1
or x1y2.

Taking this approach deviate from compatibility with Matlab. However, this
deviation may be desirable. For example, the commands below result in the 2nd
axes being hidden behind the first.


[hax, h1, h2] = plotyy (x, sin(x), x, cos(x))
get (hax, 'color')

ans = 

    [1x3 double]
    'none'      

axes (hax(1))


In addition to the unfortunate behavior of the axes "color", there would also
be conflicts in the axes "xlabel" and "title" properties. 

I'm not a fan of ML's implementation, so I recommend the Octave implementation
by syncing the axes color, xlabel, and title properties. Before, implementing
the x1y1/x1y2 changes, I'll put together a changeset for syncing the color,
xlabel, and title props and propose the change to the developers.

    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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