Verschiedene Schriftbilder [Erledigt]

[uwe.24]

Hallo,

mir ist es gelungen eine alte Druckroutine dank Huberts HBPrinter in die XBase Welt zu holen.

Ich stelle jetzt fest:
Drucke ich in meiner Entwicklungsumgebung, hab ich eine 'normale' Schrift.
Kopiere ich die selbe EXE in die spätere Anwendungsumgebung, sieht die gleiche Schriftart wie fett gedruckt aus.

In der Entwicklungsumgebung sind die benötigten DLL per Path zugänglich.
In der Anwendungsumgebung sind die benötigten DLLs im Verzeichnis mit enthalten.
Das die gleich sind, ist kontrolliert.
Beides ist auf dem selben Rechner gemacht worden.

Was kann die Ursache sein?

Links die Entwicklungs-, rechts die Arbeitsumgebung.

Temp.jpg (72.98 KiB) 9991 mal betrachtet

Uwe aus OS

[UliTs]

Ist das Problem gelöst?

Uli

[uwe.24]

Hallo Uli,

nein, das ist noch ungelöst.
Hab ich auch gerade erst gepostet.

Uwe

[UliTs]

Sorry....
Ich hatte gerade eigentlich alte Beiträge angeschaut und nicht gemerkt, dass der Deinige gerade geschrieben wurde.

Uli

[UliTs]

Wenn ich Dich richtig verstehe, ist fast alles gleich (Rechner, Drucker, Exe, Dll's, Parameter beim Programmaufruf, etc.) nur die zugehörigen Tabellen sind anders (Entwicklungsdaten und Anwendungsdaten ).
Da hätte ich als einzige Idee, dass etwas nicht richtig initialisiert ist und dadurch ein anderer Font ausgewählt wird....
Schau Dir mal an der Stelle, wo Du den Fonts setzt, selbigen mit dem Debugger an und auch die zugehörigen Eigenschaften. Vielleicht hilft das weiter.

Uli

[brandelh]

Hallo,

Ist es der selbe Drucker ?
Einige PS Drucker haben interne Schriften, die die Windewsschrift ersetzen.
Ist es der selbe USER ?
Eventuell sind unter verschiedenen Usern die verfügbaren Schriften unterschiedlich.

Ich selbst benutze normalerweise ausschließlich ARIAL oder Times New Roman,
auch Verdana gibt es immer. Wenn eine Schriftart nicht genau so vorhanden ist,
sucht Xbase++ die "ähnlichste", was ich dabei schon erlebt habe

[uwe.24]

Hallo,

also alles ist soweit das selbe:
derselbe Rechner
derselbe Drucker (FreePDF), ist aber direkt auf dem PIXMA 4500 gedruckt auch so
derselbe USER
derselbe Server mit den beiden Verzeichnissen

Also:
Exe neu erzeugt in Entwicklungsverzeichnis > drucken = ok
Exe kopiert in das Arbeitsverzeichnis (mit den DLLs drin) > drucken=fett

Schriftart ist übriges Arial Narrow

???

Uwe aus OS

[Herbert]

Ich hatte bei einem Kunden dasselbe Problem. Folgende Lösung kam nach nach längerem Suchen dabei heraus:

Es betraf eine Terminal-Server- Umgebung.
Ein anderes Programm (ein Steuer Programm für Verwaltungen) hatte bei dessen Installation die Fonts (aus Office 2010) ersetzt. Nun konnten diese Fonts nicht mehr richtig geladen werden.

Angabe des Technikers:

Folgendes Prozedere habe ich auf den TS-Server durchgeführt:
1. TS Disablen --> nächster Tag nur Admin eingeloggt
2. Xbase-Programm aufstarten in RDP --> Fehler-Ausdruck produzieren (Fettdruck)
3. Programm bis zum hauptfenster schliessen (Hauptfenster offen lassen)
4. alle Arial fonts löschen -> FM kommt das Arial in gebrauch
5. rest des Xbase - Prog. Schliessen
6. restliche fonts löschen
7. xbase programm starten - ohne Arial- fm kommt beim laden
8. prog. Schliessen
9. fonts wieder reinkopieren
10. zuscal wieder starten --> FM sollte weg sein

Ich hoffe, dies nützt etwas oder gibt eine Idee.

[UliTs]

Schriftart ist übriges Arial Narrow

Und wird mit dem Debugger auch exakt die gleiche Schrift angezeigt?

Uli

[uwe.24]

Hallo Uli,

wie geht das im Debugger?
Ich arbeite nicht mit dem VX und hab daher nur den XPPDBG zur Verfügung.

Uwe

[Jan]

Uwe,

mit /d kompilieren, und dann xppdbg programm.exe. Wobei natürlich der VX-Debugger viel informativer ist Den kann man auch irgendwie ohne VX aufrufen, da weiß ich aber nicht, wie das funktioniert.

Jan

[uwe.24]

Hallo Jan,

das mit /D compilieren ist schon klar. Ich käme sonst beim Programmieren
und der Fehlersuche gar nicht klar.

Aber wie zeige ich mir beim Lauf des Programmes die Schriftart an.
Muß ich im Programm eine Variable damit füttern und mir die dann anzeigen
oder kann ich zur Laufzeit direkt die aktuelle Schriftart im XPPDBG anzeigen lassen.

Uwe

[brandelh]

Der Font ist ein Objekt, welches der Druckerklasse (oder dem PresentationSpace) zugeordnet ist.
Ich würde mir das per msgbox() anzeigen lassen

Ich weiß jetzt nicht ob du die Fontobjekte vorher erzeugst, oder meine Syntax benutzt,
aber auf jeden Fall werden alle Fonts in der exportierten Instanzvariablen ::aFontList als Array mit Fonts gespeichert.

du kannst das aktuelle Fontobjekt so abfragen

oAktuellerFont := ::SetFont()

und dann z.B. die Eingenschaften anzeigen lassen -> Hilfe Font-Objekt.

[brandelh]

PS: sind die DLLs der Runtime die selben Versionen (am Besten löschen und neu kopieren) ?

[Herbert]

Wie ich oben geschrieben habe. In meinem Fall war auf Programmseite alles in Ordnung. Jedes Fontobjekt war richtig bestückt. Falls das bei dir auch so ist, was ich annehme, musst du dir auf Systemseite die Fonts ansehen.
Das Problem lag an den Fonts, die der Druckertreiber dann nicht laden konnte.

[Tom]

Ich hatte mal vor Urzeiten ein ähnliches Phänomen, und das hing letztlich damit zusammen, dass ich als Fontnamen irgendwas mit "Bold" benutzt hatte (10.Arial bold), obwohl es mit dem entsprechenden Sprachpaket "fett" heißen muss. Allerdings war der Effekt der umgekehrte - in meiner App (Entwicklungsmaschine) war es fett, bei den Kunden dann nicht mehr. Als ich überall "fett" eingesetzt habe, war es auch überall fett.

[uwe.24]

Hallo Hubert,

du kannst das aktuelle Fontobjekt so abfragen

oAktuellerFont := ::SetFont()

und dann z.B. die Eingenschaften anzeigen lassen -> Hilfe Font-Objekt.

Da konnte man sehen:
Entwicklung = Bold = .f.
Arbeit = Bold = .t.

PS: sind die DLLs der Runtime die selben Versionen (am Besten löschen und neu kopieren) ?

das wars.

Obwohl die Dateidatumsangaben gleich waren hab ich alle DLLs gelöscht und aus Runtime neu kopiert.
Danach hat es geklappt.

Danke an alle.

Uwe