Hello Lars,
you write:
I have a .dia file that I need to convert to SVG which I do from the
command line:
dia --export=/dev/stdout --filter=svg auth.dia
This adds the following line to the end of the output:
auth.dia --> /dev/stdout
This breaks using the output in many SVG-capable programs. I can
easily filter it out but it'd be nice to not have to.
The line "auth.dia --> /dev/stdout" goes to STDERR though. So if you do:
dia --export=/dev/stdout --filter=svg auth.dia > outfile.svg
then everything works as it should.
To me this is not a bug but works as intended:
* the converted output goes to STDOUT, which enables you to continue
processing it through a pipe or just redirect it into a file
* some info about the processing of the file for the user goes to STDERR
I think this ticket should be closed as "not a bug", let's see if I am
able to convince you -
Let's say that there would be a warning during processing of the dia file
(say, "The default font of Dia is FooFont however SVG's default is
FooFont - the result might not be perfect".
Such a processing would produce a valid file when used as:
dia --export=/dev/stdout --filter=svg auth.dia > outfile.svg
however you'd see the warning on STDERR. I think that'd be perfectly
correct and in line with Unix conventions. From that follows that
outputing something for the user of severity "info" on STDERR should also
be ok.
Can you agree with me? Can we close this bug?
Thanks,
*t
