On Wednesday, March 4, 2015 at 12:56:22 (-0500) Jim Dishaw writes:
 > 
 > On Mar 4, 2015, at 6:04 AM, "Alan W. Irwin" <ir...@beluga.phys.uvic.ca> 
 > wrote:
 > > If you think that escape code trick should work as a way to transport
 > > raw user input directly to plmeta to be stored in the plmeta file, can
 > > you also use a similar trick to transport and store the relevant raw
 > > user input data for the non-solid line case?
 > > 
 > 
 > That is much trickier with the current architecture.  The plmeta driver is
 > at the same level as all the other drivers, which is after all the
 > coordinate transformations.  To do what you describe will take more work
 > (more than I am comfortable doing this close to release).  There are
 > different approaches to implementing what you describe.  One thought that I
 > had was to restructure the interface to the drivers by expanding and
 > unifying a "driver capabilities" structure.  We sort have that now with a
 > dev_unicode, dev_text, dev_hrshsym, hardware fills, etc.  Basically, my
 > thought is that a driver would be able to declare that it has a native
 > capability to all the primitives (pattern fills, dashed lines, etc) and
 > coordinate transformations.  Then all PLplot would do for that driver is
 > layout the plot.  For less capable drivers, PLplot with render the missing
 > features.  I have not figured out how to handle clipping and difilt in this
 > architecture.

Jim is right, the idea of implementing a mid-level interface that would be at
just the right place of device-independence always horrified me sufficiently
to stay well away from it.  But it sounds like a agreat idea. :)

-- 
Maurice LeBrun

------------------------------------------------------------------------------
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