OEM-Oberfläche - Font?

[Jan]

Hallo,

auf einem Rechner ist die Darstellung der OEM-Oberfläche falsch. Ich nehme an, das die "normale" Schrift dort nicht installiert oder gelöscht ist. Ich habe mal irgendwo gelesen, welche Schriften standardmäßig verwendet wird, aber ich finde das nicht mehr wieder.

Kann mir jemand sagen, welche Schriften in welcher Reihenfolge dafür benutzt werden?

Jan

[brandelh]

GUI = YES

XbpCRT() => Alaska CRT

GUI = NO

das regelt das Betriebssystem. Was für CMD.EXE oder COMMAND.COM (für DOS) eingestellt ist wird wohl als Standardvorgabe genommen.
Aber wenn man links oben im Fenstermenü etwas anderes einstellt, gilt das für das Fenster - dabei wird auch gefragt, ob die Änderung nur dieses oder alle Fenster betrifft.
Es könnte auch eine PIF Datei (alt) oder in einer Verknüpfung geregelt sein. Jede Windowsversion macht das etwas anders.

Früher war Courier, später Courier New üblich, aber auch alle anderen Schriften mit Console sind möglich (nicht alle haben alle Umlaute/Linien ...).

[Armin]

Hallo Jan,

ich glaube Alaskacrt.fon
Ich nehme zum Teil auch Consolas.ttf

Gruß, Armin

[Tom]

Ich nehme an, dass Jan von einer GUI-Oberfläche spricht und Font-Defines wie FONT_DEFFIXED_SMALL verwendet. Hierfür müssen m.E. Arial, Courier New, System und Times New Roman installiert sein. @Jan: Es ist aber auch möglich, dass der Anwender das OS auf "Englisch" umgestellt hat.

[Jan]

Hmm. Erstmal Danke für die Hinweise. Ich habe jetzt den Alaska-Font installiert und alles ist wieder gut. Ist übrigens OEM-Oberfläche, kompiliert mit GUI=YES.

Mich irritiert dabei nur, das ich auf keinem Rechner jemals den Alaska-Font installiert habe, und das bei meinem Kunden in der gesamten Firma immer sauber lief. Nur auf diesem einen nicht. Und daher kam mir der Gedanke, ob der von Alaska standardmäßig verwendete "normale" Windows-Font da vielleicht gelöscht worden war.

Schon merkwürdig ...

Jan

[brandelh]

da jede Xbase++ Anwendung grundsätzlich OHNE INSTALLATION auf jedem Rechner läuft, muss Alaska den Alaskafont irgendwie in die Runtime DLLs geladen haben.

[Tom]

Ich demgegenüber nehme an, dass der Alaska-Font an der fraglichen Stelle verwendet wird, wenn er vorhanden ist, dass aber ansonsten auf einen Font zugegriffen wird, der standardmäßig da sein sollte, hier aber fehlt. Müsste man einfach mal ausprobieren (Objekt inspizieren).

[Jan]

Tom,

erscheint logisch. Und würde erklären, warum nur auf dem einen Rechner die Schrift nicht korrekt angezeigt wurde. Und auch nur auf dem einen Rechner der Alaska-Font installiert werden musste.

Jan

[brandelh]

Wenn es so wäre, würde jede Xbase++ Anwendung im CRT Modus auf einem Rechner ohne AlaskaCRT unterschiedlich aussehen, das ist aber nicht der Fall.
AlaskaCRT.FON liegt unter dem Unterverzeichnis RESOURCEN und höchstwahrscheinlich wird es als Resource in die EXE gelinkt, oder ist schon in einer der DLL Dateien.
Ich habe KEIN AlaskaCRT.FON in den Schriftarten und dennoch funktioniert es

PS: es gibt hier ein Beispiel meines Vortrages von der Devcon 2007, da wird gezeigt wie man innerhalb einer CRT Anwendung den Font wechseln kann.
Egal welchen man nimmt, AlaskaCRT ist von der Darstellung am Besten (nur zu klein), bei allen anderen muss man Abstriche machen (Umlaute, Sonderzeichen, Linien etc. ...).
Dieses Umschalten nutze ich (bzw. die Anwender) seit vielen Jahren auf den Terminal Servern und KEIN FONT wurde dort von mir installiert.

[brandelh]

schaut mal hier, da wird erklärt, dass man einen FONT als Resource laden kann ...

http://msdn.microsoft.com/en-us/library ... 85%29.aspx

Spiele Entwickler können so z.B. einfach einen "speziellen" Font in die EXE bringen ohne das FONT Verzeichnis zu verschandeln.

[Tom]

Offensichtlich befindet sich "Alaska Crt" in der XPPNAT.DLL

[brandelh]

so ganz "offensichtlich" kann es wohl nicht gewesen sein

[Tom]

Ja, war schon ein bisschen Sucharbeit.

[Markus Walter]

Hi,

ja der Font wird quasi zur Laufzeit in Windows "instanziert". Klappt auch (fast) immer. Glückwunsch Jan, Du hast einen der Fälle getroffen, wo es nicht geht. Wenn man mit einigen tausend Windows-Rechnern in der Kundschaft zu tun hat, passiert das hin und wieder mal. Übrigens auch beim regulären installieren eines "normalen" ttf-Font über die WindowsAPI. Kommt auch dort ab und an vor.