From: Phil R. <p.d...@gm...> - 2015-01-25 11:59:26
|
Hi Jim I though the consensus was to not have a separate plmeta driver, but instead have a command line option which just meant that upon calling pleop() the buffer was flushed to file. A mirrored command line option would read the file into a buffer and replay it during initialisation allowing the file to be read into any driver. You have however just mentioned the concept of gui drivers saving the current page to a plmeta file. To do this would require a new stream be created with a null driver and the meta output flag and the buffer copied over using plcpstrm. This seems a little untidy, but not a big deal and it would make that combo essentially the plmeta driver. Phil On 25 January 2015 at 03:03, Jim Dishaw <ji...@di...> wrote: > Question 1: > > Do we want the ability to read plmeta files to be always available in the library or be available only when the plmeta driver is built? > > Question 2: > > Do we want the ability to create a plmeta file when a different driver is selected? > > For example, the user want to use a GUI driver and wants to have a menu option to save the plot to a plmeta file. > > Question 3: > > If question 2 is answered in the affirmative, do want that capability to exist independent of the plmeta driver being built? > > My suggestions: > > I suggest that reading plmeta files is intrinsic to the library and always be available. That allows someone to build a program like plrender without depending on the plmeta being turned on. > > Likewise, I suggest that the ability to write plmeta files should always exist and is independent of the plmeta driver being built. > > > > ------------------------------------------------------------------------------ > 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 > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel |