hab mal ne Frage zu etlichen Schriften unter OS X:

mir fällt beim Betrachten der Preview im FontExplorer X bei etlichen Schriften (bisher ist es mir bei Postscript aufgefallen, keine Ahnung ob es andere Formate auch betrifft) immer wieder auf, daß das Leerzeichen nicht dargestellt wird, sprich es keinen Leerraum zwischen Wörtern gibt. Wenn ich mir dann die Fontinfo anzeigen lasse wird für das Leerzeichen eine Breite von Null angezeigt (ein senkrechter Strich in der Mitte bei der Vergrößerung statt zwei Strichen die die Breite definieren).

Jetzt könnte man ja erstens sagen da macht FEX Unsinn. Das lässt sich aber leicht widerlegen indem man den Font aktiviert. Wenn man ihn dann in einem Programm nutzt das die normale OS X-Fontengine nutzt, TextEdit z.B., dann merkt man daß auch die Darstellung ist wie in FEX.

Desweiteren könnte man sagen: naja, da hat der Schriftentwerfer halt Mist gebaut. Nur ist das z.B. bei allen Schriften von Emigre so, die ich bisher gesehen habe. Und irgendwie will mir nicht einleuchten daß ein kommerzieller Hersteller all seine Schriften falsch erstellt hat.

Seltsam ist außerdem daß diese Schriften z.B. in Indesign ja funktionieren. Da bewirkt ein Druck auf die Leertaste auch tatsächlich einen Abstand.

Von daher stellen sich mir ein paar Fragen:
Hat jemand ne schlüssige Erklärung für dieses Phänomen? Muß das so sein? Liegt der Fehler da bei Emigre (und den anderen Herstellern bei denen das passiert) oder macht da Apple evtl. was falsch?

Für jegliche Tipps und Hinweise wäre ich sehr dankbar!

Hallo,

das Phänomen konnte ich noch nicht beobachten. Bei welcher konkreten Schrift taucht das Darstellungsproblem im FEX auf?
Offenbar wird Emigre das Leerzeichen anders angeben als die übrigen Hersteller, aber dazu müßte ich in den Fontcode schauen.

Ha, eine Antwort, wie schoen :) Ich dachte schon die Frage verhallt ungehoert.

Wie schon beschrieben tritt das bei allen Schriften von Emigre auf, die ich getestet bzw. gesehen habe. Momentan greifbar habe ich z.B. die Senator und die Matrix.

Mein Hintergrund fuer die Frage: ich arbeite mit bei der Entwicklung vom Linotype FontExplorer X. Und nun will ich halt rausfinden ob FEX da irgendwas falsch macht (wir wuessten nicht was und wie) oder ob wirklich Schriften von professionellen Herstellern so anders oder falsch sind, dass man sie eigentlich nur in Adobe-Programmen verwenden kann.

An FEX kann es ja auch nicht liegen, da das gleiche auch passiert wenn ich den Font einfach in einen der Library/Fonts-Ordner schiebe. Sobald ich diesen Font dann in einem Programm verwende, das auf Apples ATS und Cocoa basiert (also z.B. Textedit), passiert das.

Kannst Du das bei Dir nachvollziehen?

Hallo Shakebox,

mich würden die Metriken der Matrix u.a. interessieren, ob das Leerzeichen 0020 wirklich eine physikalische Breite besitzt. Wenn Du FontLab zur Verfügung hast, öffne den Font, öffne das Leerzeichen. Falls in der Glyphen-Übersicht unter 0020 nur ein [SP] erscheint, wird es ein Zeichen sein, das nur per Code generiert wird, wie auch die Steuerzeichen »Return« oder »Delete«.
Falls Du eine AFM-Datei der Matrix hast, würde ich da gern einmal hineinschauen. Du kannst sie mir an meine E-Mail-Adresse mail@christophgrueder.de senden. Die AFM lässt sich auch aus FontLab exportieren, indem Du das Metrik-Fenster öffnest und auf das Diskettensymbol klickst. Die AFM ist dann eine einfache Textdatei.

Hallo Abraham,

danke für die Metriken. Das Problem bei dem Font liegt in der Bounding Box des Leerzeichens. Nach der AFM-Konvention (http://partners.adobe.com/public/developer/en/font/5004.AFM_Spec.pdf#search=%22adobe%20font%20metrics%22) wird eine Box erwartet, die mit B 0 0 0 0 definiert ist. Auf Deutsch: Es gibt kein Zeichen, dass gezeichnet und mit einem anderen ausgeglichen werden soll, nur ein Abstand in der Breite des Zeichens wird dargestellt. Im Emigre-Font lautet die Box jedoch:

Code

C 32 ; WX 233 ; N space ; B 102 225 102 225 ;  
 
B llx lly urx ury 
(Optional.) Character bounding box where llx, lly, urx, and ury are all 
numbers. If a character makes no marks on the page (for example, the space 
character), this field reads B 0 0 0 0, and these values are not considered 
when computing the FontBBox. 

Das bedeutet, alle Type-Engines erwarten nun ein Zeichen, dass entsprechende Metriken besitzt. Warum diese korrekte Interpretation nur im Font Explorer auftaucht und in den anderen Programmen übersehen wird, bleibt offen.
ich vermute, dass Emigre anstelle des Space ein anderes Zeichen zur genauen Breitenfestlegung (z.B. i) eingesetzt und nach dem Entwurf wieder entfernt hat. Aber das ist reine Spekulation ;-)

Hilft Dir das weiter?

ja, das hilft schon mal weiter. Sagt naemlich ja dass es wirklich an der Definition der Schrift liegt und nicht an Apples ATS bzw. Fontexplorer oder so. Richtig?

Zitat

Warum diese korrekte Interpretation nur im Font Explorer auftaucht und in den anderen Programmen übersehen wird, bleibt offen.

Wie gesagt: alle Programme die auf Apples Technik basieren duerften das "falsch" (hm, was ist jetzt falsch, was richtig?) machen, sprich kein Leerzeichen zeigen. Adobe macht da intern wohl was anders und kommt deshalb damit klar.

Laut AFM-File ist die Schrift ja schon ziemlich alt. Ich hab hier nen Ordner "Help" bei der Schrift in dem Bilder sind die erklaeren wie man die Fonts unter OS 6 und 7 installiert :) Kann also gut sein dass das irgendwie ne Definition von vor sehr langer Zeit ist und die Schrift, wenn man sie jetzt kaufen wuerde, vollkommen in Ordnung ist. Viele haben halt auch noch recht alte Schriften, deshalb wollte ich dem nachgehen was man in FEX evtl. anders machen koennte.

Danke soweit mal, werd das mal mit meinen FEX-Kollegen weiterdiskutieren :)

Ja,
es liegt wohl in der Tat an der (alten) Schrift. Solange nur die Zeichenbreite ausgelesen wird, ist alles in Ordnung. Wenn jedoch die Metriken von den Type Engines interpretiert werden, sollte es zu dem Fehler kommen.
Ich plädiere für ein robustes Mandat des FEX, nur die Zeichenbreite auszulesen :-)

naja, mal schauen. Evtl. laesst sich da eine Art "Adobe-Emulationsmodus" machen: damit sich FEX auf Wunsch so verhaelt wie bisher oder eben wie Adobe-Programme (oder andere die eben die Zeichenbreite auslesen), umschaltbar in den Preferences.

Danke nochmal soweit!