Hi Arjen: On 2010-12-20 10:00+0100 Arjen Markus wrote:
> I think the [example 24] issue has to do with the character encodings. Tcl > internally > works with UTF-8 and on Windows the system encoding is cp1252 (at least > on my machine). I have been experimenting with different encodings but > no success yet. I guess I first have to understand _exactly_ what is > going on before I can solve it. To review how this is supposed to work, the language examples (Tcl in this case) should encode each PLplot user string as a UTF-8 string, and that string should be passed directly without transformation to the PLplot C level as a UTF-8 string by the bindings (Tcl in this case). The PLplot C core library then translates the UTF-8 string into an unsigned 32-bit (PLUNICODE) array consisting of FCI's (representing the ascii font-changing commands embedded in the string) and UCS4 indices (representing the UTF-8 unicode encoding in the string). Our modern device drivers such as cairo and qt then interpret that array further to make the appropriate library call for an FCI to change the font or to use the UCS4 index to access a particular glyph for TrueType fonts. There is one more layer of indirection for -dev psc; it translates the UCS4 indices into indices that are suitable for indexing Type 1 fonts with the overwhelming majority of results being the index for Type 1 blank because Type 1 fonts have an extremely limited number of glyphs they can represent. So if there was some screwup in encoding at the Tcl level that generates random UCS4 indices, the most probable response for -dev psc would be a blank glyph which would be rather useless for diagnostic purposes. So I suggest it would be much better to use one of the cairo or qt devices to diagnose what is going wrong at the Tcl example 24 or bindings level since the result of random UCS4 garbage would be more likely to end up as non-blank glyphs. > > I do not see differences with examples 17 and 29 on plain Windows, > though. Is this a 32-bit or 64-bit result? > >> >> In sum, probably example 17 and 24 need some more work on Tcl for >> 32-bit Windows platforms (and possibly 32-bit Linux platforms) while a >> change of all examples 29 to shift the discontinuties slightly from >> the exact centre of the plot will probably solve that (32-bit Tcl?) >> issue. Aside from these rendering issues it looks like everything >> works at least on my wine version of the Windows platform, and that >> good result needs confirmation on a Microsoft version of the Windows >> platform as well. > > Example 17's differences are a bit puzzling. I have no clue yet. > I can reproduce differences with example 29, so that is easier. Can you clarify that last sentence which is in apparent contradiction with what you said about no differences for example 29 above? Thanks for continuing to work away at these Windows issues. 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); PLplot scientific plotting software package (plplot.org); 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 __________________________ ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
