Hi Jim
Thanks for that info.
I have done a bit of googling and it seems that there also used to be a
tool called plrender which read in metafiles - however I found an email
from Alan in 2007 (
https://www.mail-archive.com/plplot-general@lists.sourceforge.net/msg00177.html)
saying that the
Hi all
Does anyone know if the metafile driver still exists and if so what CMAKE
parameters are needed to enable it - I currently don't get it for my builds.
Also is there an easy way to read a plplot metafile in again? I see quite a
few #ifdef BUFFERED_FILE comments in plbuf.c, which look like
On 2015-01-09 09:58- Phil Rosenberg wrote:
Hi all
Does anyone know if the metafile driver still exists and if so what CMAKE
parameters are needed to enable it - I currently don't get it for my builds.
Hi Phil:
The list of device drivers in cmake/modules/drivers-init.cmake should
be able
No problem. Let me know how I can help out. If you wanted to enable the
capability to select temporary files vs memory buffer at runtime, the #ifdef
could be changed to if blocks. However, that would require a flag variable to
denote which one to use. I would recommend against that because
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
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
So if we are going to go down the route of restoring metafiles then I think I
agree with most of what you just said Alan. Some other points I would like to
add though and some things I'd like to discus.
I strongly agree with utilising the plbuf code. It is pretty current, but not
perfect - I
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
On 2015-01-09 16:38- Andrew Ross wrote:
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
I believe those BUFFERED_FILE blocks are from the patches I submitted years ago
that implemented the memory buffer.
Prior to that patch, Plplot used a temporary file to buffer plot commands
(using a plplot internal command set). Those temporary files would often get
left behind on abnormal
10 matches
Mail list logo
