[Top][All Lists]

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

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

From: Nicholas Jankowski
Subject: [Octave-bug-tracker] [bug #34120] using mouse-scrolling after plotyy losed y1 plot
Date: Mon, 4 Dec 2023 14:47:50 -0500 (EST)

Update of bug #34120 (project octave):

                  Status:               Confirmed => Wont Fix               
             Open/Closed:                    Open => Closed                 


Follow-up Comment #13:

there seem to be a number of items rolled up into this report, not reflected
in the title.  regarding the title issue, in Octave 9.0.1 (hg id:
14cb31ec0251) I am unable to reproduce the issue where panning (scrolling)
with a plotyy figure results in unsynced panning or the plot being 'lost' in
either the 'qt' or 'fltk' toolkits. I can reproduce only using the 'gnuplot'
toolkit. (create the simple plot from comment #3, and use the middle mouse
wheel to 'scroll' the graph vertically. the first plot is lost.) the same
mouse scrolling behavior doesn't seem to work the same way in the other
toolkits, and any other method of panning seems to keep the two plots sync'd.

there were other items discussed related to these plots, but there doesn't
appear to have been any progress made on them in over a decade.  

As we effectively deprecated gnuplot some time ago and more recently have done
the same with fltk (issuing a usage discouraged/toolkit not maintained warning
on load), and it seems that there is nothing left to do here for the qt
toolkit, closing as Won't Fix.  Can be reopened if the primary issue can be
reproduced on qt, or if someone wants to take up the task of working on the
other toolkits.  Any other issues should be addressed in other, more specific


Reply to this item at:


Message sent via Savannah

reply via email to

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