Re: pngcairo: suggestion for additional option

[<pl...@pi...>]

On Wed, 21 Nov 2007 23:40:35 +0100, Hans-Bernhard Bröker  
<HBB...@t-...> wrote:

> pl...@pi... wrote:
>
>>    One thing I've often wanted on working with SVG is a means to get a   
>> readable file at the end of a plot command without having to unset   
>> terminal to write out the xml terminators and close the file.
>
> Unsetting the terminal is completely unnecessary.  You will have to  
> close the plot though, i.e. "unset output".

I beg you pardon, I was meaning unset output not unset terminal. This does  
not affect crux of what I was suggesting. It is the need to close the file  
for it to become parsable, that remains the same.

> gnuplot cannot  possibly write the closing tags if you didn't tell it  
> you're done with writing to the file.

Well it could _possibly_ write the closing tags temporarily as I suggested  
and remove them later if/when further output occured. Maybe you did not  
read that part of my post.

>
>> For example , if I output to jpeg or png, I get a readable file after  
>> the  plot command. With svg I dont.
>
> The reason for the difference is that JPEG only allows one page per  
> file, SVG allows as many as you wish.

Yes precisely, that's why it may be useful to produce intermidiate svg  
output in a readable state.

>
>> Would it make sense to have gnuplot terminate the unmatched tags until  
>> a  further command is given in either of the following cases:
>>  1/ end of .gnu file input from load "filename" . If svg terminal is  
>> still  open , close unmatched tags.
>
> Absolutely no.  Not all loaded scripts end the output file.

Again, you've misread the main point of my post that this should be  
reversible.
If three lines of closing tags were needed these simply get chopped off  
again and output continues.

>
>> 2/ interactive use after plot command close tags while awaiting  
>> further  input.
>
> Absolutely no, for basically the same reason.
>

Absolutely possible , for basically the same reason.

It may be helpful if you reread the parts of my previous post that you  
chose not to quote, before replying.

regards, Peter.