After my previous email I also to some extent agree with this. However, we
already have the code to read our binary format and not a svg parser. Also
things like text sizes are different between drivers so might have an effect.
Lastly a binary format is more compact and faster to read and write. So there
are some advantages to our own format, the question is whether the effort is
worth the benefits
Phil
-----Original Message-----
From: "Hazen Babcock" <hbabc...@mac.com>
Sent: 09/01/2015 21:47
To: "plplot-devel@lists.sourceforge.net" <plplot-devel@lists.sourceforge.net>
Subject: Re: [Plplot-devel] Fwd: metafiles
>>
>> Phil,
>>
>> The problem was that we updated the API and added new functionality that
>> was never included in the metafiles since no-one was supporting it. In
>> the end we took the decision to disable it by default rather than
>> distribute something that didn't work fully. The plrender code is still
>> there in utils/ if you want to take a look. It would be possible to
>> resurrect this is someone was enthusiastic enough.
>>
>> I always had it in the back of my mind to do a complete rewrite to
>> make an object oriented structure storing all the plot information.
>> This would allow complete recreation of a figure, and also allow
>> editing of labels, data, colours etc. My vision was to implement
>> something that would allow creation of proper matlab style graphics
>> in octave, but it would be useful for other things too.
>
> To Andrew and Phil:
>
> I also would strongly encourage some volunteer to do a complete
> rewrite of plmeta and plrender since it is a fundamentally good idea
> to collect all plot data in a compact binary form and dump that form
> to disk to be conveniently rendered later (even years later when new
> devices might be available) by any device driver using plrender.
This is perhaps off-point, but we already have at least 3 drivers that
can output the complete plot data in a widely accepted, standardized,
well documented and machine independent form (SVG). This might be better
than maintaining our own custom binary format file? I could imagine
solving the wxWidgets problem by using the svg driver to write an svg
file, then loading it into wxWidgets with something like the wxSVGFileDC
class.
-Hazen
------------------------------------------------------------------------------
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
------------------------------------------------------------------------------
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
