[Octave-bug-tracker] [bug #58702] emf format no longer works for printing 2

[Dmitri A. Sergatskov]

Follow-up Comment #12, bug #58702 (project octave):

See comment 4.
I made t1.pdf 
by doing plot(1:10); print("t1.pdf", "-svgconvert").


pstoedit -ssp -f fig "t1.pdf" 2>log.txt | cat
#FIG 3.2
Portrait
Flush left
Inches
Letter
100.00
Single
0
1200 2


If I replace "| cat" with the file, I get a correct fig file.

If I do print("t.emf","-debug") I see:


 opengl-pipeline:
'/usr/local/libexec/octave/6.0.1/exec/x86_64-pc-linux-gnu/octave-svgconvert -
pdf 95.97 "/usr/local/share/octave/6.0.1/fonts/FreeSans.otf" 1
"/tmp/oct-h5ryZg" ; /usr/local/bin/pstoedit -ssp -f fig "/tmp/oct-h5ryZg" 2>
/dev/null | /usr/bin/fig2dev -L emf 2> /dev/null > "t1.emf"'



>From pstoedit docs:


Input and outfile file arguments
[ inputfile [outputfile] ]
If neither an input nor an output file is given as argument, pstoedit works as
filter reading from standard input and writing to standard output. The special
filename "-" can also be used. It represents standard input if it is the first
on the command line and standard output if it is the second. So "pstoedit -
output.xxx" reads from standard input and writes to output.xxx


I also feel that this thing is getting old. 
Now days libreoffice and
I think MS Office supports import of svg files. So perhaps we could just
depreciate the emf format.

Dmitri.
-- 



    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?58702>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/