Assert Exception in der gdi32.dll, so wie es aussieht, Funktion <CreateFontIndirectA> kann nicht gefunden werden...
Kann natürlich an der GDI32.DLL liegen, ich habe 4 verschiedene auf meinem System gefunden. Habe nun die größere mit der Versionsnummer 6.3.9600.17415 ins Projektverzeichnis gelegt, leider ohne Erfolg...
2/3 und 3/3 - Unit utsFontCreatorGDI - function TtsFontGeneratorGDI.CreateFont
Code:
for i := 1 to min(Length(aFontname), Length(LogFont.lfFaceName)) do
LogFont.lfFaceName[i-1] := aFontname[i];
wirft <[dcc32 Fehler] utsFontCreatorGDI.pas(417): E2010 Inkompatible Typen: 'AnsiChar' und 'Char'> aus. Ich versuche mal, das zu fixen....
Registriert: Di Apr 29, 2008 18:56 Beiträge: 1213
Programmiersprache: Delphi/FPC
Hey,
den ersten Fehler kann ich mir auch grad nich erklären. Die anderen 2 sind (wie du schon gesagt hast) kleine Unterschiede zwischen Lazarus und Delphi. Ich hab leider nur Delphi 7 hier um das zu testen, da funktioniert es aber.
Registriert: Do Mär 05, 2009 20:17 Beiträge: 284 Wohnort: Kaiserslautern
Hi,
ich benutze zur Zeit noch die alte Textsuite in meinen Projekten, da eines jetzt zur Auslieferung fertig gemacht wird stören mich diese Meldungen:
Zitat:
[DCC Warnung] SPV.pas(2408): W1058 Implizite String-Umwandlung mit potenziellem Datenverlust von 'string' zu 'AnsiString' [DCC Warnung] SPV.pas(2611): W1058 Implizite String-Umwandlung mit potenziellem Datenverlust von 'string' zu 'AnsiString' [DCC Warnung] SPV.pas(2612): W1058 Implizite String-Umwandlung mit potenziellem Datenverlust von 'string' zu 'AnsiString' [DCC Warnung] SPV.pas(2613): W1058 Implizite String-Umwandlung mit potenziellem Datenverlust von 'string' zu 'AnsiString'
Was ich mit meinem bescheidenen Verstand zu verstehen glaube will die alte Textsuite an diversen Stellen zwingend AnsiStrings, delphi arbeitet aber eher mit strings und ich hab das vor laaaaaaaanger Zeit mal zur Lauffähigkeit verbogen und die verbliebenen Warnungen ignoriert.
Ist Textsuite 2.0 da geschmeidiger?
Danke schonmal!
lg
Wölfchen
[EDIT] achso ich sollte vielleicht noch sagen das es wohl in erster Linie um den Dateipfad für den .ttf font geht den ich via resource im projekt mitliefere dann in ein temp verzeichnis lege und ihn von da aus wieder in die textsuite laden will... dieser dateipfad string muss für die alte textsuite ein ansistring sein. Meine Versuche die Textsuite dazu zu bringen mit strings zu leben führten zu keinem Erfolg.
Registriert: Di Apr 29, 2008 18:56 Beiträge: 1213
Programmiersprache: Delphi/FPC
Hey,
die Warnung kannst du beseitigen wenn du den String explizit in ein AnsiString umwandelst. Natürlich muss dann sichergestellt sein, das es sich auch nur um Ansi-Zeichen handelt.
Die TextSuite2.0 nutzt bei den Pfadangaben normale Strings. Die Zeichen Routinen selbst erwarten ein PAnsiChar oder ein PWideChar (wie bei der alten TextSuite auch).
Registriert: Do Mär 05, 2009 20:17 Beiträge: 284 Wohnort: Kaiserslautern
Bergmann89 hat geschrieben:
Hey,
die Warnung kannst du beseitigen wenn du den String explizit in ein AnsiString umwandelst. Natürlich muss dann sichergestellt sein, das es sich auch nur um Ansi-Zeichen handelt.
Die TextSuite2.0 nutzt bei den Pfadangaben normale Strings. Die Zeichen Routinen selbst erwarten ein PAnsiChar oder ein PWideChar (wie bei der alten TextSuite auch).
MfG Bergmann.
Okay danke dann schau ich mir das auf jeden Fall mal an! Das PAnsiChar usw Zeugs dürfte ja kein Problem sein (hoffe ich) da ich ja den Font selbst übergebe (??) danach werden ja nur texte die ich selbst definiere in diesem Font gezeichnet.
Was mir halt Sorgen macht ist der Pfad, denn ich weiß nicht ob ich jetzt mit Problemen rechnen muß, wenn in China jemand das Programm benutzt und der temp pfad mal wirklich komische Zeichen enthält die mir hier nie begegnen.
Registriert: Di Apr 29, 2008 18:56 Beiträge: 1213
Programmiersprache: Delphi/FPC
Hey,
wäre jmd an einer Umsetzung der TextSuite als dynamische Library interessiert? Out-Of-The-Box wäre dann C, C++, Delphi und Lazarus/FPC möglich. Weitere Header sind aber auch kein Problem. Diejenigen die Interesse daran haben können ja mal n kurzen Kommentar da lassen. Die nicht-Interessierten natürlich auch, dann weiß ich wenigstens ob das jmd gelesen hat
Registriert: Di Apr 29, 2008 18:56 Beiträge: 1213
Programmiersprache: Delphi/FPC
Hey,
@i0n0s: ich dachte an die MPL, also wie die TextSuite selber. @yunharla: Hilfe bei der Implementierung selbst nicht, danke. Aber bei der Bereitstellung der verschiedenen Header könnte jmd mit anpacken. C, C++, FPC und Delphi bekomm ich wie oben schon gesagt selbst hin. Andere sind natürlich auch gut. Umso mehr umso besser.
€: grad nochmal nachgeguckt, die aktuelle TextSuite is gar nich unter der MPL veröffentlicht. Die lib würde dann aber MPL werden...
Mitglieder in diesem Forum: 0 Mitglieder und 11 Gäste
Du darfst keine neuen Themen in diesem Forum erstellen. Du darfst keine Antworten zu Themen in diesem Forum erstellen. Du darfst deine Beiträge in diesem Forum nicht ändern. Du darfst deine Beiträge in diesem Forum nicht löschen. Du darfst keine Dateianhänge in diesem Forum erstellen.