postscript stringwidth in Delphi simulieren?

[jus]

Hallo,

ich habe ja vor kurzem gepostet, dass ich Rechnungen über den Umweg von Postscript zu PDF konvertiere, indem ich mit Delphi Postscriptbefehle in eine ASCII Datei(*.ps) reinschreibe.
Ich stehe nun vor dem Problem, dass ich nicht weiß, wann ich in Delphi, und somit auch in Postscript, einen Zeilenumbruch von einem Text machen soll. Ich kann zwar in Postscript mit dem Befehl STRINGWIDTH die Stringlänge berechnen lassen, doch sollte ich es ja schon vorher in Delphi wissen, ob der jeweilige Text(String) nicht schon zu lang ist, und ich den Text auf die nächste Zeile umbrechen soll, da der Text sonst aus dem druckbaren Bereich rausläuft. Hat jemand eine Idee? :gruebel:

jus

[Neutral General]

Hi,

Es gibt eine nette Funktion von TCanvas, die sich TextWidth nennt ;)

Gruß
Neutral General

[jus]

Hallo Neutral General,

danke für die schnelle Antwort!! Eine blöde Frage: bist du dir sicher, dass von Canvas gerenderten Zeichenabstände mit Postscriptzeichenabstände übereinstimmt?

[Reinhard Kern]

Zitat:

Zitat von jus

Hallo Neutral General,

danke für die schnelle Antwort!! Eine blöde Frage: bist du dir sicher, dass von Canvas gerenderten Zeichenabstände mit Postscriptzeichenabstände übereinstimmt?

Hallo,

1. Im Prinzip Ja, sonst könnte man ja überhaupt nicht sinnvoll drucken. Text -> Canvas -> Postscripttreiber muss das gleiche Bild ergeben wie deine eigene PS-Umsetzung.

2. Man kann das auch erzwingen: der alte, aber gute Ventura Publisher positionierte jeden Buchstaben einzeln, dadurch ergab sich immer ein korrektes Seitenlayout auch bei grottenfalscher Schrift. Bei geringeren Abweichungen reicht es, jedes Wort zu positionieren.

3. Wieso schreibst du überhaupt PS? Es gibt unter Windows Postscript-Treiber! Sogar eine ganze Menge.

Gruss Reinhard

[jus]

Zitat:

Zitat von Reinhard Kern

...
1. Im Prinzip Ja, sonst könnte man ja überhaupt nicht sinnvoll drucken. Text -> Canvas -> Postscripttreiber muss das gleiche Bild ergeben wie deine eigene PS-Umsetzung.

2. Man kann das auch erzwingen: der alte, aber gute Ventura Publisher positionierte jeden Buchstaben einzeln, dadurch ergab sich immer ein korrektes Seitenlayout auch bei grottenfalscher Schrift. Bei geringeren Abweichungen reicht es, jedes Wort zu positionieren.

3. Wieso schreibst du überhaupt PS? Es gibt unter Windows Postscript-Treiber! Sogar eine ganze Menge.
...

Dass man einfach mit delphi-eigenen Canvas-Funktionen herummalen und das Ergebnis dann auf einen Postscriptdrucker/Treiber ausgeben kann, das war anfangs auch meine Überlegung. Ich wollte aber EPS-Logos, die ja in Vektorformat vorliegen, auf der Rechnung weiter als Vektorformat im PDF behalten. Wenn ich über den Umweg Postscript gehe, erhalte ich eine PDF Datei von der Rechnung einschließlich dem Logo in Vektorformat(zoombar ohne Pixelig zu werden) und eingebette Schriften, die nur 38 kbyte groß ist. Selbst Indesign benötigt für die selbe Rechnung noch ca. 70kbyte. :wink:

Um nochmal auf die ursprüngliche Frage zurückzukehren - ich habs nun auf folgende brutale und einfache Art gelöst:
dadurch, dass ich im vorhinein schon weiß, welche Schrift und welche Schriftgrösse auf der Rechnung verwendet wird, und ich immer Ghostscript zur PDF Konvertierung verwende, lasse ich mir unter Postscript im vonhinein alle verwendeten Zeichenbreiten (z.B. 0..9, A..Z, a..z,...) berechnen. Die Breite eines Wortes ist ja sie Summe aller Zeichen. Somit kann ich unter Delphi bereits das PostScript STRINGWIDTH simulieren.

:)

jus

[Reinhard Kern]

Zitat:

Zitat von jus

...
Die Breite eines Wortes ist ja sie Summe aller Zeichen. Somit kann ich unter Delphi bereits das PostScript STRINGWIDTH simulieren.

jus

Das stimmt so nicht - nicht bei Kerning. Wenn es klappt, ok, aber dann hast du wahrscheinlich eine nicht sehr ausgefeilte Schrift. Oder du bemerkst den Unterschied bisher nicht.

Der Grund für Canvas ist ein ganz anderer: ich schreibe i.A. eine Zeichenroutine, die in X und Y skalierbarbar ist, und verwende die sowohl zur Bildschirmanzeige als auch zum Drucken, damit damit stimmen Vorschau und Druck automatisch überein, also echtes WYSIWYG. Ob die Druckdatei ein paar kB grösser oder kleiner ist, spielt heute keine praktische Rolle mehr.

Der Ventura Publisher rechnete auch intern die Position jedes Characters aus, aber korrekt unter Verwendung der Dicktentabellen einschliesslich Kerning (das ist übrigens nicht nach mir benannt).

Gruss Reinhard

[jus]

Hallo Reinhard,

Danke nochmals für den Hinweis! Wie schon gesagt, es war eine quick&dirty Lösung. Und es funktioniert bei mir recht gut (auf 4 Nachkommastellen genau), anscheinend habe ich hier Glück mit der Schrift gehabt. Ich bin aber immer auch ganz Ohr für bessere Lösungsmöglichkeiten. Mir sagt "Ventura Publisher" überhaupt nichts. Wie könnte man denn in meinem Fall den Ventura Publisher über Delphi verwenden, damit ich in Delphi die exakte Breite bekomme?

Grüße,
jus

P.S. Mir gefällt der trotzdem der Gedanke, dass die Datei so klein ist und dennoch zoombar ist ohne pixelig zu werden. :)

[Reinhard Kern]

Zitat:

Zitat von jus

Hallo Reinhard,

Danke nochmals für den Hinweis! Wie schon gesagt, es war eine quick&dirty Lösung. Und es funktioniert bei mir recht gut (auf 4 Nachkommastellen genau), anscheinend habe ich hier Glück mit der Schrift gehabt. Ich bin aber immer auch ganz Ohr für bessere Lösungsmöglichkeiten. Mir sagt "Ventura Publisher" überhaupt nichts. Wie könnte man denn in meinem Fall den Ventura Publisher über Delphi verwenden, damit ich in Delphi die exakte Breite bekomme?

Grüße,
jus

P.S. Mir gefällt der trotzdem der Gedanke, dass die Datei so klein ist und dennoch zoombar ist ohne pixelig zu werden. :)

Hallo,

Ventura Publisher ist eine gute, aber untergegangene (zumindest nicht weiter entwickelte) Publisher Software - ich hab sie erwähnt, weil sie eben auch die Positionen selbst berechnet, sogar für jeden Char. Damit ist es die einzige mir bekannte Software, die ein Seitenlayout auch dann noch korrekt darstellt, wenn auf dem Rechner überhaupt kein passender Font zur Verfügung steht. Wie man sieht, geht die Entwicklung nicht immer nur in Vorwärtsrichtung.

Zum Kerning: die Länge von ATA muss kleiner sein als die Summe von A,T,A wenn Kerning vorgesehen ist. Sieht man übrigens hier schon (jedenfalls bei mir mit IE6). Das ist Aufgabe des Fontinterpreters in Windows, also ganz tief im System. Um das selbst zu berechnen, müsstest du bei PS die PFM-Datei auswerten.

Ein anderes Thema ist, dass man für eine Rechnung so was wie Kerning natürlich nicht braucht, so was hat man früher durch den Kettendrucker gejagt.

Gruss Reinhard