From: Ethan M. <merritt@u.washington.edu> - 2004-07-08 19:04:32
|
On Thursday 08 July 2004 12:11 pm, Daniel J Sebald wrote: > pstex), png, pdf, aqua. The one main one not covered is probably > Windows in some form. However, the software should at least default to > using filled polygons for that case if pm3d is available. I plan to move the filled_polygon() code out of the PM3D #ifdefs, and make it dependent on USE_ULIG_FILLEDBOXES instead. I'll make this change one driver at a time. In most cases the existing term->fillbox() will then become a special-case wrapper that simply passes along a request for a 4-vertex polygon. Once the drivers are ready, I'll change the core routines to allow filledcurves and other options based on term->filled_polygon even in the absence of PM3D. But as you all know, I don't do Windows - so I leave that to someone else. > 5) In the reading of raw data, I've intermixed code in the > "df_readline()" routine so that the changes I've made have a small > probability of altering the way any file entry current behaved. > However, I look at "df_readline()" as being the workhorse of the file > reading routines. As such, it could maybe be cleaned up later on when > all is said and done. In fact, I'm wondering if just a couple extra > conditional statements within this routine could achieve reading > "gnuplot binary" files so that a special routine for gnuplot binary is > not needed. It would be nice to further clean up the code in df_readline(). But I think it is OK to start with a working version and use it for a baseline against which to compare the output of cleaned up versions. -- Ethan A Merritt merritt@u.washington.edu Biomolecular Structure Center Mailstop 357742 University of Washington, Seattle, WA 98195 |