INFO: Beschreibung von Dialogfeld Schriftarten

Die folgende Erläuterung von Windows-Schriftarten beschreibt die Vorgehensweise, sie wird warum bei definiert, und bei sind sie warum erforderlich.

Zum Anfang

Wie werden Standardschriftarten zugewiesen

Windows Version 3.0 definiert sechs Aktienschriftarten auf der API-Ebene. Jeder dieser Schriftarten hat eine logische Beschreibung. Bei Windows 3.0-Start erstellt GDI die logische Beschreibung dieser Schriftarten auf der folgenden Weise:

1.	GDI ruft während seiner Initialisierung eine interne Funktion InitFonts() auf, was für drei grundlegende Schriftarten physisch laden, verantwortlich ist. Die Namen der Schriftart-Dateien für diese Schriftarten sind unter einer Windows 3.0-Standardinstallation in dem Abschnitt [Starts] der SYSTEM.ini-Datei aufgelistet. Dieser Abschnitt entspricht beispielsweise (teilweise) folgend: fixedfon.fon=vgafix.fon oemfonts.fon=vgaoem.fon fonts.fon=vgasys.fon Zuerst wird die Systemschriftart geladen. GDI überprüft zunächst die WIN.ini-Datei als den Name SystemFont für Schlüssel in dem Abschnitt [Fenster] <Datei> =, ob dabei von einer Bitmap-Schrift (wie HELV.FON) ein Name <Datei> ist. Es versuchen, die angegebene Datei wie Thesystem-Schriftart zu laden, wenn GDI diesen Schlüsselname feststellt. Das Ändern dieses Werts ist eine Methode, die der Benutzer zu dem Anpassen der Systemschriftart verwenden kann. Hinweis: <Schriftart> =, wenn Sie SystemFont ändern, Sie* Must* verfügt außerdem in dem Abschnitt der Datei SYSTEM.INI [Fenster] über das fonts.fon= <Schriftart> Linie. Andernfalls wird Windows nicht richtig geladen. Wenn GDI diesen Schlüsselname nicht findet, versucht es, die Systemschriftart aus einer Datei zu laden, die als FONTS.fon bezeichnet wird, das die GDI-Funktion AddFontResource verwendet. Beachten Sie, dass auf Standardinstallationen von Windows 3.0 FONTS.fon keine Datei genannt ist. AddFontResource ruft LoadLibrary auf, um die angegebene Datei zu laden. Wird die Datei nicht gefunden, wird LoadLibrary die SYSTEM.ini-Datei (in dem Abschnitt [Starts]) für eine Umleitung der Datei durchsuchen. Der Abschnitt [Starts] von SYSTEM.ini für ein VGA-System enthält folgend wie oben angezeigt: fonts.fon=vgasys.fon Diese Linie zeigt an, dass aus der Datei VGASYS.fon das sich in dem Systemverzeichnis befindet, die Systemschriftart geladen werden sollte.
2.	Sobald die Systemschriftart physisch geladen wird, versucht GDI eine fixed-pitch Schriftart zu laden. GDI untersucht den Abschnitt [Starts] der SYSTEM.ini-Datei und extrahiert den Dateinamen aus dem fixedfon.fon=-Feld. Wenn keine Datei angegeben wird, wird diese durch die Systemschriftart (die in Schritt 1 geladen wird) für die fixed-pitch Systemschriftart ersetzt.
3.	Die Terminal-Schriftart wird als nächste geladen. GDI versucht, die Datei OEMFONTS.fon (via AddFontResource) zu laden. Diese Datei kann auf der gleichen Weise wie der Systemschriftart in Schritt 1 umgeleitet werden.
4.	GDI erhält den Modul-Punkt der ANZEIGE später während seiner Initialisierung. Wenn es den Modul-Punkt verwendet, führt es ein FindResource() für die Ressource-Zeichenfolge "Schriftarten" aus, was stammt ein Array mit drei Strukturen LOGFONT, der Anzeigetreiberhersteller definiert ist. Das ist die Ressource, die in der RC-Datei des Bildschirmtreibers mit der Zeile enthalten wird: fonts oembin PRELOAD fonts.bin Sobald sich diese Ressource befindet führt GDI das Array von LOGFONTS schrittweise aus und um die Font-Aktienobjekte zu erstellen, ruft GDI CreateFontIndirect auf: OEM_FIXED_FONT ANSI_FIXED_FONT ANSI_VAR_FONT Diese logischen Schriftart-Definitionen können durch den Bildschirmtreiber als Empfehlungen für eine bestimmte Anzeige betrachtet werden. Einer der physischen Schriftarten, die zunächst von GDI geladen werden, werden im Allgemeinen diese logischen Schriftart-Beschreibungen zugeordnet. Wenn eine Anwendung eine dieser Aktienschriftarten auswählt, wählt die Schriftart-Zuordnung die ähnlichste passende Schriftart aus einer Liste physischer verfügbarer Schriftarten jedoch in dem System aus. Diese Liste enthält die ersten Systemschriftarten, die zusätzlich zu anderen Schriftarten von GDI geladen wurden, die möglicherweise zu einem späteren Zeitpunkt geladen worden sind. Daher gibt es keine Garantie, dass eine bestimmte Aktienschriftart unbedingt einer drei den ersten Schriftarten zugeordnet wird, die von GDI geladen werden.
5.	Nachdem drei dieser Aktienschriftarten definiert worden ist, definiert GDI die Aktienschriftart SYSTEM_FONT. GDI führt das aus, indem GDI die System-Schriftart-Datei öffnet, die in Schritt 1 geladen wird, und erstellt eine logische Schriftart-Struktur, die exakt mit den physischen Merkmalen der physischen Schriftart übereinstimmt. Das ist von der Schriftart-Zuordnung ausgewählt diese physische Schriftart sein müssen zu, wenn die SYSTEM_FONT-Aktienschriftart angefordert wird.
6.	Die logische Beschreibung der Gerätestandardschriftart (DEVICE_DEFAULT_FONT) wird als abschließen definiert. Diese Schriftart ist definiert damit derselbe wie dem SYSTEM_FONT sein.

Zum Anfang

Warum erforderlich sind diese Schriftarten

Es gibt zwei Gründe für das Verfügen über diese sechs Aktienschriftarten. Das Bereitstellen einer OEM-Schriftart, die besser um 10 Tonhöhe auf dem Computer angezeigt wird, ist ein Grund. In dieser Schriftart wird die Höhe in Dialogfeldern außerdem mit Hilfe in dieser Schriftart festgestellt. Das Bereitstellen von ANSI-Schriftarten, die auf vorgeschlagenen Standards (Geräteunabhängig) basieren und die virtual-key Definitionen des Microsofts passen, ist der zweite Grund.

Seien Sie bitte Hinweis alle dieser Schriftarten erforderlich. Der Bildschirmtreiber muss die drei logischen Schriftarten enthalten (die oben beschrieben werden) oder GDI wird nicht korrekt initialisiert.

Zum Anfang