Main | general »

Thursday, April 19, 2007

IPE 6.0 preview 28 EPS-Export Fix *well, sort of… ;)*

gentle persons,

there is a apparently a problem using EPS-graphics exported from IPE6.0pre28 with other Applications, particularly when using LaTeX/TeX or ghostscript. The problem is related to the way how IPE is creating a font dictionary programmed in PostScript to identy the fonts used and its encoding within the EPS files. IPE uses the /F(x) to mark the LaTeX font used by number and uses this information when parsing a pdf/eps/xml file when opening - bad sadly the way it is done brakes the stack processing by any PostScript engine I tried. One way to cope with this issue is not to save EPS but PDF files from within IPE. So:

1.) you do your drawings and save them as pdf from within IPE.

2.) you have GhostScript 8.x installed on your system (presumably you have if you go "dvips" - if not use the i-installer to get and install the latest package easily)

3.) in a terminal you use the following command to convert a IPE created PDFs to "nice" EPS:

gs -dBATCH -dNOPAUSE -dNOPROMPT -sDEVICE=epswrite -sOutputFile=NameOFTheNewEPS.eps IPEWrittenPDF.pdf

done. The created EPS files can be included to LaTeX documents without any problem.

IPE 6.0 preview 28 EPS-Export Problem

leider lassen sich mit IPE 6.0pre28 erstellte EPS-Grafiken nicht problemlos in anderen Anwendungen, inbesondere LaTeX/TeX oder Ghostscript benutzen. Die Art und Weise, wie IPEpre28 innerhalb der EPS-Datei die verwendeten LaTeX-Schriften mit einem Dictionary ablegt, ist hier so zu sagen "der Stein des Anstosses". Die aktuelle Implementierung führt zu einem Fehler bei der Bearbeitung im PostScriptinterpreter *zumindest in denen, die ich ausprobiert habe*. Eine Möglichkeit, das Problem zu umgehen, besteht darin zunächst die Abbildung aus IPE heraus im PDF-Format zu sichern und diese dann anschliessend mittels Ghostscript 8.x (installierbar via z.B.:i-Installer) via Terminal in korrektes PostScript/EPS zu konvertieren:

gs -dBATCH -dNOPAUSE -dNOPROMPT -sDEVICE=epswrite -sOutputFile=NameOFTheNewEPS.eps IPEWrittenPDF.pdf

Die so erstellten EPS-Dateien lassen sich problemlos in anderen Anwendungen nutzen.

Posted by Markus at 10:33 PM
Edited on: Thursday, April 19, 2007 10:33 PM
Categories: bugfix!, MacOSX - the daily life

Wednesday, March 21, 2007

Engauge/Digitizer 4.0 for Intel Installer fix

A problem with the Engauge/Digitizer 4.0 for Macs with Intel-Processor(s) slipped trough my testing but was kindly reported by Adam Dershowitz. The included and required FFTW3-library can't apparently be included to the application itself using the "install_name_tool", so I had to change it's installation to /usr/local/lib. I'm sorry for the inconvenience this might caused for these who downloaded the package. You don't have to necessarily download the installer again: if you use the finder "Show Package Contents"- command on the digitizer application you'll find the fftw3.3.dylib within digitizer.app/Contents/Frameworks. Please copy it to /usr/local/lib. Now engauge/digitizer should startup and work without problem.

Fehlerbeseitigung: Engauge 4.0 für Macs mit Intel-Prozessor(en)

Bedauerlicherweise hatte sich ein Fehler in das Engauge/Digitizer 4.0-Installationspaket für Macs mit Intel-Prozessor(en) eingeschlichen, den freundlicherweise Adam Dershowitz schnell gefunden hat. Scheins lässt sich die benötigte Funktionsbibliothek fftw3.3.dylib nicht mittels the "install_name_tool"-Kommando an einem beliebigen Installationort *hier innerhalb des Programpaketes* zuweisen - daher wird diese Bibliothek bei Verwendung des modifizierten Installationspaketes auf ATG nun mehr im Verzeichnis /usr/local/lib installiert - man zeihe mir bitte den Fehler.

Posted by Markus at 12:10 PM
Edited on: Wednesday, March 21, 2007 12:17 PM
Categories: bugfix!