> On Mar 2, 2015, at 2:09 AM, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > > Hi Jim: > >> On 2015-03-01 21:33-0500 Jim Dishaw wrote: >> >> Do we want to store unicode or non-unicode data in the metafiles? My guess >> is that unicode strings should be stored. > > No. Do nothing special in plmeta mode except to store the raw > null-terminated char array whenever such arguments appear in any > PLplot command. > > You will likely require a plmeta text processing flag such as > pls->dev_unstransformed_text = 1; that signals to the core library to > do absolutely no processing of the raw character array at all before handing > it to > new plmeta to store in the plmeta file in the same form (as a null-terminated > char > array). >
Sounds good. I was trying to minimize the number of files that I modify, but I can implement your suggestion with a minor change in plcore.c. >> If so, [...] >> The only two output devices that fall into this category are pstex > and xfig. The xfig driver, however, handles text if a flag is set for > postscript fonts. The workaround I was thinking of implementing is to > set dev_text to false, which will cause PLplot to render the > characters. > > No, plmeta mode should simply store the raw input character arrays and > not be concerned with what happens with individual devices, and > plrender mode should simply read in that raw character array and let > the device specified by the user and the core library code handle that > input character array just like device+core do with the direct method. > No problem. ------------------------------------------------------------------------------ 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
