[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk print
From: |
Ben Abbott |
Subject: |
[Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW) |
Date: |
Tue, 21 Feb 2012 01:22:01 +0000 |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_3) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.56 Safari/535.11 |
Follow-up Comment #15, bug #31976 (project octave):
I looked at print.m, the piece of code that is problematic is below.
if (dos_shell)
filein(filein=="'") = """;
gs_cmd = __ghostscript__ ("binary", opts.ghostscript.binary,
"device", "epswrite",
"source", "-",
"output", filein);
cmd = sprintf ("%s %s & %s", gs_cmd, filein, cmd);
else
cmd = sprintf ("cat > %s ; %s", filein, cmd);
endif
Essentially, we try to pipe data in by pipe. For unix the gl2ps pipes the eps
language through "cat".
We use a pipe up front because gl2ps is asynchronous. Thus, if we save the eps
output a file we don't know when the file will be closed and won't know when
to continue to process it to produce any of the other output formats (png, ps,
pdf, jpg, emf, fig, etc are all produced by converting the eps file).
The current implementation attempts to use ghostscript to form a pipe. I don't
know if this is working or not, but if it does it has an unfortunate side
effect. Piping through ghostscript will break using psfrag. I'd like to
preserve that if possible.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?31976>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Rik, 2012/02/20
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Ben Abbott, 2012/02/20
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Rik, 2012/02/20
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW),
Ben Abbott <=
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Tatsuro MATSUOKA, 2012/02/21
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Ben Abbott, 2012/02/21
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Tatsuro MATSUOKA, 2012/02/21
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Tatsuro MATSUOKA, 2012/02/21
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Ben Abbott, 2012/02/21
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Tatsuro MATSUOKA, 2012/02/21
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Tatsuro MATSUOKA, 2012/02/22
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Tatsuro MATSUOKA, 2012/02/22
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Ben Abbott, 2012/02/22
- [Octave-bug-tracker] [bug #31976] Cannot print in emf form in fltk printing (MinGW), Rik, 2012/02/22