On Aug 31, 2012, at 8:55 AM, phil rosenberg wrote: > I find similar results to you on windows, however there seems to be something > that is making things unstable and after a few clicks or button presses the > cursor lines disapear and then the program quits. Not really sure what's > going on. > > Phil
[Sorry--just read Alan's post about clicking outside the plot areas. Jerry] [Sorry for the double post, Alan. Maybe I need a CLI mailer. 8^)] I found on OS X that on xwin, qtwidget, and xcairo (all that I can currently test), playing with example 1, (x01c) that if I click outside the plotting area of the plots, for example, in the area between the four plots, that the cursor disappears and interactivity stops. I have seen at least xwin also quit at that point but not always. It might depend on exactly where I click. qtwidget and xcairo report their textual results twice--two identical lines of text. qtwidget also behaves differently depending on the presence of -locate. If no -locate, the widget app launches and draws its contents immediately while also making itself the front (or active) application. This I believe is desirable because one normally expects to see a plot once the controlling program makes it. However, with -locate, the Qt widget runs and presents a blank (black) window which is not the front application. Upon clicking on this window, it comes to the front and the plots are drawn. Jerry > > From: Alan W. Irwin <ir...@beluga.phys.uvic.ca> > To: phil rosenberg <philip_rosenb...@yahoo.com> > Cc: "plplot-devel@lists.sourceforge.net" <plplot-devel@lists.sourceforge.net> > Sent: Friday, 31 August 2012, 16:14 > Subject: Re: [Plplot-devel] Plplot-devel Digest, Vol 75, Issue 15 > > Hi Phil: > > On 2012-08-31 04:35-0700 phil rosenberg wrote: > >> When you talk about zooming, are you referring to zooming in on a page - >> simply scaling everything up and showing only a portion of it > > Yes. > >> or are you talking about changing the axes of a plot based on mouse clicks >> and keyboard input? > > That could be done as well. > >> >> I'd be interested in helping with the wxWidgets driver. >> > > That would be much appreciated. > > In fact, > when I tried (after running "make x01c" and "make wxwidgets") > > examples/c/x01c -dev wxwidgets -locate -drvopt backend=0 > examples/c/x01c -dev wxwidgets -locate -drvopt backend=1 > examples/c/x01c -dev wxwidgets -locate -drvopt backend=2 > > that device it turns out that the fundamental interactivity features > are available (although the agg backend does not identify the key > strokes for some reason, and the other backends that identify the > keystrokes fail to identify which mouse button was pushed). Of course, > this result is on Linux with X serving as the fundamental graphical > software library supporting wxwidgets, and I am not sure whether you > will get the same result on the Windows version of wxwidgets. If you > can get it to mostly work like I described, it would be a help if you > refined it so all three backends produced good identification results > including mouse button identification and distinguishing between press > and release (see below). > > If you ever install GTK+, then using the xcairo device on the above > example produces (at least on Linux) the ideal result; _every_ > keystroke and mouse button is identified both on press and release. > That latter feature is important since it allows the CLI to identify > drag and release events with any key where the user holds down the key > and only releases it when the cursor has been moved to a new position. > > Other interactive devices on Linux are not that good with no release > identification (all of them other than xcairo), missing > identifications altogether (qtwidget), missing mouse button > identifications (xwin), etc. So there is some work to do to bring them > all up to the level of xcairo, and your help with the part of that > work needed for wxwidgets would be much appreciated if Windows already > gives you access to the partial interactivity that shows up on Linux > for the 3 different versions of that device. > > Alan > _________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation for stellar interiors (freeeos.sf.net); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); the libLASi project > (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); > and the Linux Brochure Project (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
