Hello, For me, pstopdf is a number one candidate to luafication :) (Had problems with it recently) Vyatcheslav
Vyatcheslav Yatskovsky wrote:
Hello,
For me, pstopdf is a number one candidate to luafication :) (Had problems with it recently)
yes, will be done (we use it here in workflows with massive amounts of conversions, auto downsampling, etc) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On Sun, Jun 14, 2009 at 12:28 PM, Hans Hagen
Vyatcheslav Yatskovsky wrote:
Hello,
For me, pstopdf is a number one candidate to luafication :) (Had problems with it recently)
yes, will be done (we use it here in workflows with massive amounts of conversions, auto downsampling, etc)
If I understand well, pstopdf uses ghostscript . "luafication" will use ghostscript again ? -- luigi
On Sun, Jun 14, 2009 at 17:22, luigi scarso wrote:
For me, pstopdf is a number one candidate to luafication :) (Had problems with it recently)
yes, will be done (we use it here in workflows with massive amounts of conversions, auto downsampling, etc)
If I understand well, pstopdf uses ghostscript . "luafication" will use ghostscript again ?
Unless Hans rewrites the whole GS interpreter ... yes. The problem is that current pstopdf doesn't work reliably for me (no way to do EPSCrop, sometimes wrong paper orientation, the graphic missing completely ...), so I usually stick to ps2pdf (perl or shell, I think) or just call gs manually. Mojca
Mojca Miklavec wrote:
On Sun, Jun 14, 2009 at 17:22, luigi scarso wrote:
For me, pstopdf is a number one candidate to luafication :) (Had problems with it recently) yes, will be done (we use it here in workflows with massive amounts of conversions, auto downsampling, etc) If I understand well, pstopdf uses ghostscript . "luafication" will use ghostscript again ?
Unless Hans rewrites the whole GS interpreter ... yes.
The problem is that current pstopdf doesn't work reliably for me (no way to do EPSCrop, sometimes wrong paper orientation, the graphic missing completely ...), so I usually stick to ps2pdf (perl or shell, I think) or just call gs manually.
the problem with eps is that there are too many alternatives possible (also, versions of gs behave differently); there are actually a coiple of options (like cropping, downsampling etc) but as usual those command line switches are not documented -) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On Sun, Jun 14, 2009 at 5:41 PM, Mojca Miklavec < mojca.miklavec.lists@gmail.com> wrote:
On Sun, Jun 14, 2009 at 17:22, luigi scarso wrote:
For me, pstopdf is a number one candidate to luafication :) (Had problems with it recently)
yes, will be done (we use it here in workflows with massive amounts of conversions, auto downsampling, etc)
If I understand well, pstopdf uses ghostscript . "luafication" will use ghostscript again ?
Unless Hans rewrites the whole GS interpreter ... yes.
The problem is that current pstopdf doesn't work reliably for me (no way to do EPSCrop, sometimes wrong paper orientation, the graphic missing completely ...),
hmm strange -- do you have an example ? By defautl gs choose rotation studying dominant text orientation on current page; cfr Setting page orientation in Ps2pdf.htm There is an option in pstopdf -dAutoRotatePages=/None . so I usually stick to ps2pdf (perl or shell,
I think)
A wrapper shell around gs There is also pstill http://www.wizards.de/~frank/pstill.html -- luigi
On Sun, Jun 14, 2009 at 19:26, luigi scarso wrote:
The problem is that current pstopdf doesn't work reliably for me (no way to do EPSCrop, sometimes wrong paper orientation, the graphic missing completely ...),
hmm strange -- do you have an example ?
For wrong paper orientation you can try (in gnuplot): set term post set output "x.ps" plot sin(x) and then convert the resulting file. For missing graphic I remember exporting a file in OpenOffice Draw or something similar. (I can try to find it.)
By defautl gs choose rotation studying dominant text orientation on current page; cfr Setting page orientation in Ps2pdf.htm There is an option in pstopdf -dAutoRotatePages=/None .
Exactly that's the problem. Removing this particular option from the default options that are applied to GS run solves the problem.
so I usually stick to ps2pdf (perl or shell, I think)
A wrapper shell around gs There is also pstill http://www.wizards.de/~frank/pstill.html
I'll try it out just for fun :) Mojca
On Sun, Jun 14, 2009 at 8:00 PM, Mojca Miklavec < mojca.miklavec.lists@gmail.com> wrote:
On Sun, Jun 14, 2009 at 19:26, luigi scarso wrote:
The problem is that current pstopdf doesn't work reliably for me (no way to do EPSCrop, sometimes wrong paper orientation, the graphic missing completely ...),
hmm strange -- do you have an example ?
For wrong paper orientation you can try (in gnuplot):
set term post set output "x.ps" plot sin(x)
and then convert the resulting file.
It seems that gnuplot set page orientation, so best -dAutoRotatePages=/None gs -q -dNOPAUSE -dAutoRotatePages=/None -sDEVICE=pdfwrite -sOutputFile=x.pdf x.ps -c quit
For missing graphic I remember exporting a file in OpenOffice Draw or something similar. (I can try to find it.)
Was a fault of OO ?
A wrapper shell around gs There is also pstill http://www.wizards.de/~frank/pstill.htmlhttp://www.wizards.de/%7Efrank/pstill.html
I'll try it out just for fun :)
well it's seems not fun at all -- absurde command line. But it looks like the only ps interpreter alternative of gs on Linux / Windows . -- luigi
luigi scarso wrote:
On Sun, Jun 14, 2009 at 12:28 PM, Hans Hagen
wrote: Vyatcheslav Yatskovsky wrote:
Hello,
For me, pstopdf is a number one candidate to luafication :) (Had problems with it recently)
yes, will be done (we use it here in workflows with massive amounts of conversions, auto downsampling, etc)
If I understand well, pstopdf uses ghostscript . "luafication" will use ghostscript again ?
sure, what else ... actually, pstopdf started out as some perl script long ago (when we started using pdftex) and we needed it not only in order to convert to pdf, but also to clean up some mess in eps files that interfered with the process there's actually already something mtx-convert but it does not deal with eps Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
If I understand well, pstopdf uses ghostscript . "luafication" will use ghostscript again ?
sure, what else ... actually, pstopdf started out as some perl script long ago (when we started using pdftex) and we needed it not only in order to convert to pdf, but also to clean up some mess in eps files that interfered with the process
So what about a lua wrapper of libgs.so libgs.dll ? code should be not complicated http://wiki.contextgarden.net/User:Luigi.scarso/luatex_lunatic#Ghostscript -- luigi
luigi scarso wrote:
If I understand well, pstopdf uses ghostscript . "luafication" will use ghostscript again ?
sure, what else ... actually, pstopdf started out as some perl script long ago (when we started using pdftex) and we needed it not only in order to convert to pdf, but also to clean up some mess in eps files that interfered with the process
So what about a lua wrapper of libgs.so libgs.dll ? code should be not complicated http://wiki.contextgarden.net/User:Luigi.scarso/luatex_lunatic#Ghostscript
because it adds another dependency (dll/lib mess) while using the gs program is not much slower anyway ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
participants (4)
-
Hans Hagen
-
luigi scarso
-
Mojca Miklavec
-
Vyatcheslav Yatskovsky