Hi Phil: I am pretty tired right now (too little sleep) so I may just be missing something obvious below, but since I currently don't completely understand what you ware saying, I thought I had better inject some questions and comments below in context to give you a chance to clarify what you meant.
On 2015-02-26 20:30-0000 Phil Rosenberg wrote: > Hi All > I have hit a bit of a snag with the wxWidgets driver and would like some > advice. > > At some point the driver has to make a decision as to whether the user > is going to pass the driver a wxDC to draw on, or whether the driver > has to execute wxPLViewer to do the drawing. > > An ideal point to do that would be the first call to plP_bop(). It > feels right that at this point when the first rendering begins to > clear the page that by this point the decision should be made and > technically if we leave it until after this point then we have to > somehow replay the begin of page call, which it turns out can't be > done by simply replaying the buffer. > > However plP_bop() is called from c_plinit, so there is no opportunity > for the user to actually pass in the wxDC. Just to be completely specific are you proposing to remove the plP_bop(); call (at line 2271 of src/plcore.c) from c_plinit? If so, that is not going to work. Note that examples/c/x05c.c has no plenv, pladv, or plbop, i.e., it assumes that plinit puts PLplot in the page start status. And this is likely an assumption that has been made by many of our users as well. > > To me it would make sense to call plP_bop when pladv() is first > called, i.e. at the point at which the user decides to begin the first > page. I don't understand this remark; pladv already calls plP_bop() (right after the call to plP_eop()). > This is also symmetric with other calls to plP_bop which happen > at page advances. However I don't know if this is would it totally > mess up other devices? I have looked as carefully as I can and there > doesn't appear to be any requirement within c_plinit for plP_bop() to > be called. 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 __________________________ ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel