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

Reply via email to