[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #42489] "ginput" returns wrong mouse button va
From: |
John Donoghue |
Subject: |
[Octave-bug-tracker] [bug #42489] "ginput" returns wrong mouse button value (with gnuplot under Windows) |
Date: |
Thu, 05 Jun 2014 00:24:57 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 |
Follow-up Comment #2, bug #42489 (project octave):
Looking at the gnu code, the 1063 happens in the gnuplot code for a button 1
keypress when waiting for the mouse ( at least in the gnuplot 4.6.3 and 4.6.4
code ).
Related, on my fedora 20 linux machine running octave 3.9.0+, with gnuplot
4.6.3, [x,y,b]=ginput(1) returns straight away for me, with a button value of
-1.
Running [x,y,b]=ginput() on my linux box, pressing the left mouse a few times
and then pressing enter, I get an array of b values that are mostly -1,
however see 1063 as well.
What linux and gnuplot does it work with?
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?42489>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/