On Saturday, January 10, 2015 at 13:57:16 (-0600) Maurice LeBrun writes: > Design issues include: > - The physical device coordinate space was a limiting factor, say for later > zooms. > - Ditto for the physical device API. A metafile/renderer built at a higher > level would've had more versatility.
Given all the recent discussion, I wanted to underscore the latter as perhaps the most irksome feature of the original plmeta/plrender paradigm. Saving the plot data at the device level means that you can only recover the original plot device output if it matches exactly the resolution of the metafile "device". So using the plot buffer, with perhaps limited extensions to change the things you can do to modify the output (e.g. affecting color palette), sounds reasonable. The ability to take a .plm file and render it after the fact to any device was hugely useful but the fact that it was not guaranteed to match the output of the original device repeatedly caused us to pull our hair out. -- Maurice LeBrun ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
