Bedeutung von Fonts mit "@" am Anfang des Namens

[Bernhard Geyer]

Zitat von Assertor:

Du findest auch immer wieder Dinge

Ist diesmal mein Arbeitskollege (unser Druck-Guru)

Zitat von Assertor:

Befindet sich das @ im Fontnamen oder im Dateinamen des Fonts? Handelt es sich um einen TrueType, OpenType (Pro) bzw. Adobe PS/ATM?

Dateiname ist ohne @ und auch die Fonts tauchen nochmal ohne "@" auf. Sind gemischt OpenType und TrueType

Zitat von Assertor:

Ich denke, Delphi macht es schon richtig, diese Fonts nicht anzunehmen. Ich guck mal, ob ich dazu was finde.

Delphi bietet mir die "@" an (in der VCl mit TFontDialog) und auch in der IDE (z.B. Schriftart für Editor). Ich will es aber gerade weg haben.

Sehe gerade das die meiste Anzahl dieser "@"-Fonts unter FontLink (HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink) aufgeführt sind.

[Assertor]

Zitat von Bernhard Geyer:

Zitat von Assertor:

Ich denke, Delphi macht es schon richtig, diese Fonts nicht anzunehmen. Ich guck mal, ob ich dazu was finde.

Delphi bietet mir die "@" an (in der VCl mit TFontDialog) und auch in der IDE (z.B. Schriftart für Editor). Ich will es aber gerade weg haben.

Ich verweis mal auf meinen letzten Post...

Zitat von Bernhard Geyer:

Sehe gerade das die meiste Anzahl dieser "@"-Fonts unter FontLink (HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink) aufgeführt sind.

Font Linking dient dazu, nicht verfügbare Codepoints in anderen Fonts darzustellen. Wenn es ein (Unicode) Zeichen in Font A nicht gibt, wird stattdessen das Zeichen ähnlicher / selber Größe aus Font B verwendet.

Quelle: http://www.microsoft.com/globaldev/g.../wrg_font.mspx

Ich denke also nicht, daß Du die Fonts da "weg bekommst"...

Gruß Assertor

[Bernhard Geyer]

Zitat von Assertor:

Ich verweis mal auf meinen letzten Post...

Du meinste den Hinweis bezüglich Drehbarkeit? (Wo war das Hinweisfenster?)

Zitat von Assertor:

Font Linking dient dazu, nicht verfügbare Codepoints in anderen Fonts darzustellen. Wenn es ein (Unicode) Zeichen in Font A nicht gibt, wird stattdessen das Zeichen ähnlicher / selber Größe aus Font B verwendet.

Kenn ich. War nur ein weitere Info.

Zitat von Assertor:

Ich denke also nicht, daß Du die Fonts da "weg bekommst"...

Notepad bekommt es ja auch weg.

[Assertor]

Zitat von Bernhard Geyer:

Du meinste den Hinweis bezüglich Drehbarkeit? (Wo war das Hinweisfenster?)

Ja, fehlte scheinbar mal wieder der rote Kasten.

Zitat von Bernhard Geyer:

Zitat von Assertor:

Ich denke also nicht, daß Du die Fonts da "weg bekommst"...

Notepad bekommt es ja auch weg.

Stimmt.

Ich habe nochmal kurz etwas gegoogelt. Die Fonts sind unter C:\Windows\Fonts als ".ttc" also sog. "True Type Collections" statt normaler TTF Fonts; Spezielle Collections für die Verwendung durch Fremdsprachen (asiatisch).

In TFontDialog ist mir auch nicht bekannt, wie Du einzelne Schriftarten unterdrückst. Ich tippe bei Notepad handelt es sich eher um eine fehlende Unterstützung oder Bug statt um ein Feature. Notepad ist ja mithin eine der ältesten Windows-Anwendungen (das XP Notepad hat/hatte ja das bekannte 4-3-3-5 Problem, also allein die Zeichenbreite führte schon zu fehlerhaften "Unicode" Formaten).

Ich denke, Du solltest vielleicht das Problem anders herum angehen: Welche Distiller Version ist es inkl. Subversion. Habt Ihr bei Adobe geprüft, ob der Fehler bekannt ist und eventuell ein Bugfix vorliegt? Ich hatte kürzlich das gleiche beim Versuch des Netzwerkdeploys von Adobe Reader 9. Versuche über Versuche, bis ich bei Adobe las, daß es ein bekannter Bug ist der auf der Must-Fix-Liste steht.

Gruß Assertor

[Kalfany]

unter c# gibts beim fontdialog die eigenschaft "AllowVerticalFonts" die genau das regelt, evtl hilft dir das bei der suche

[Khabarakh]

Zitat von Kalfany:

unter c# gibts beim fontdialog die eigenschaft "AllowVerticalFonts" die genau das regelt

Und zwar über CHOOSEFONT mit dem Flag CF_NOVERTFONTS.

[Bernhard Geyer]

Zitat von Khabarakh:

Zitat von Kalfany:

unter c# gibts beim fontdialog die eigenschaft "AllowVerticalFonts" die genau das regelt

Und zwar über CHOOSEFONT mit dem Flag CF_NOVERTFONTS.

Thanks, das wars.

Hab zwar versucht Konstanten der MSDN mit der Implementierung in Dialogs.pas zu vergleichen aber irgendwie ist mir diese Konstate abhanden gekommen das genau diese nicht üper das Option-Property setzbar ist. Da wir ehe einen abgeleiteten Font-Dialog haben ist die Anpassung nur eine Ergänzung
or CF_NOVERTFONTS in der Zeile
Flags := Devices[FDevice] or (CF_INITTOLOGFONTSTRUCT or CF_ENABLEHOOK);