GEOS Fonts als TrueType

Hallo Lars,

Zitat von Lars

Das der Sourcecode verfügbar ist, wusste ich nicht.

Naja, ich sage mal "in Teilen". Eine neue Version kann man damit nicht bauen. Und zum "wichtigsten", dem eigentlichen Druckertreiber (ESC/P2_GC) existiert kein Quellcode.

Zitat von Lars

Werner, kannst Du im Source nachschauen, ob Du die ESC Codes findest?

Ja gibt es, genauso wie im Bild beschrieben. Wobei "Violet" laut einem Englisch-Deutsch-Wörterbuch "Feilchenblau" bedeutet. Damit kommt die Farbe clNavy schon sehr nahe an die Ausdrucke ran....

Gruß
Werner

Zitat von wweicht

Damit kommt die Farbe clNavy schon sehr nahe an die Ausdrucke ran....

Ja, lassen wir dann auch so.

Gruß,
Lars

Zitat von wweicht

hast Du auch noch die originalen Disketten bzw. Dxx-Images von diesem PrintText V2.2?

Ja hab die original Diskette noch, wäre eine 1581.

Zitat von wweicht

Da fehlt auf jeden Fall "PT-FontEd 64"

Ist bei mir auch nicht drauf, nur "PT-FontEd 128".
Gab es davon eine 64'er-Version?

Zitat von wweicht

Auch im ZIP mit dem Sourcecode fehlt etwas, so dass ich es nicht selbst bauen kann ....

Mit Sourcecode kann ich nicht dienen.

Gehe zwar davon aus, dass es nix bringt.
Hänge aber mal das D64 (Nur Programme) an.
Der Rest wäre noch weitere Zeichensätze.

Gruss C=Mac.

PT 64-128 1.d64

Zitat von C=Mac

Ist bei mir auch nicht drauf, nur "PT-FontEd 128".
Gab es davon eine 64'er-Version?

Danke.

Zumindest die PT_Anleitung suggeriert das (Seite 3). Auch die Bilder in dieser Anleitung zeigen 40-Zeichenmodus .....

Naja, dann gab es den PT-FontEd wohl doch nicht in der 64er Version .

Gruß
Werner

Hallo,

Ich war am Donnerstag Abend bei Retrofan. (Vielen Dank nochmal für den schönen Abend. Ist leider so spät geworden, ich musste am nächsten Tag früh raus, ich hätte wirklich noch lange quatschen können )

Wir haben u.a. über die GeosFonts / D64Lister / Export / Import zum PC gequatscht. Ich werde keinen Export in ein PC Font Format mit meinen Hobbymitteln realisieren können. Wir hielten es sowieso nicht für sehr sinnvoll, alle der gefühlten über 1000 Geos Fonts mit pixeliger C64 Grafik in einen TTF oder Ähnliches zu überführen. Das Ziel sollte eher sein, ordentlich erstellte Vektorfonts mit ähnlichem Aussehen in dem großen Pool der freien PC Fonts zu finden.

Anbei noch einmal, was wir (zumindest ich) haben:

Der [REM FontTable] Bereich dient nur der Übersicht und Zuordnung. Er wird vom D64Lister nicht beachtet.

Aber ich habe trotzdem eine Grid Erweiterung in den ShowFont Viewer des D64Listers eingebaut, wodurch zumindest das Herauskopieren der einzelnen Zeichen ermöglicht / erleichtert wird (siehe Anhang, die 002 Files sind mit den 3 Space Pixel). Das Grid kann an- und abgeschaltet und die Farbe kann über die D64Lister.ini eingestellt werden. Der Zeichenbereich wird so erweitert, dass das Grid keine Zeichenpixel überschreibt, liegt also außen um das Zeichen herum. Zum Kopieren muss also der innere Bereich des Grids gewählt werden.

Gruß,
Lars

Zitat von Lars

Das Ziel sollte eher sein, ordentlich erstellte Vektorfonts mit ähnlichem Aussehen in dem großen Pool der freien PC Fonts zu finden

Einverstanden .

Zitat von Lars

Anbei noch einmal, was wir (zumindest ich) haben:

Muss die "[REM FontTable]" unbedingt in der .ini stehen? Wäre da die Anleitung nicht der bessere Platz?

Und wir sollten das für DE und US trennen. GeosLQ gab es auch in der US-Version (PerfectPrint von CMD). Kann jetzt aber nicht sagen, inwieweit da die Umlaute durch Klammern ersetzt wurden (PerfectPrint liegt auch auf der F64-Wolke) und ob da die Font-IDs auch anders sind.

Für deutsches und US Geos-Grundsystem und die Zeichensätze aus PrintText V2.2 sollten die IDs zumindest in der Anleitung aufgelistet werden. Ich schaue da nochmal nach (besonders US-Geos) und kann sie Dir nochmal liefern....

Zitat von Lars

Aber ich habe trotzdem eine Grid Erweiterung in den ShowFont Viewer des D64Listers eingebaut,

So lange auch der gesamte Font als BMP gespeichert werden kann, ist das kein Problem.

Zitat von Lars

Dies betrifft die deutschen Unlaute, "ß", "§" und das Commodore Zeichen.

Du behandelst das Commodore-Zeichen extra? Das ist nicht nötig . Der Anwender kann das Zeichen nicht darstellbar eingeben. In den Menüs erscheint es nur, weil hier der System-Zeichensatz eingestellt ist und das Zeichen direkt über ASCII-Code ($80) definiert wird.

Die Datei "PT2.2_News" sieht im D64Lister etwas arg seltsam aus. Das ist aber dadurch begründet, dass hier ein Trick verwendet wird. Es wird einer der beiden "Snderzeichenl"-Fonts benutzt, der ASCII-Codes oberhalb $80 an den Drucker sendet. Welche Zeichen da möglich sind, ist in den beiden Bildern (Tastenbelegung) in diesemDokument zu erkennen.
Mir ist schon klar, dass das wohl nicht mit D64Lister realisierbar ist, ich habe aber mal 2 Bilder von 2 Stellen aus dem Dokument gemacht, wie PrintText das ausdrucken würde (siehe Anhang).
In dem Zusammenhang: Wäre es möglich, die Behandlung der deutschen Sonderzeichen (Umlaute, "ß" und "§") einzeln zu konfigurieren? In "PT2.2_News" z.B. taucht 2x das "@" auf, das mit D64Lister immer ein "§" wird ....

Gruß
Werner

Hallo Werner,

Zitat von wweicht

Muss die "[REM FontTable]" unbedingt in der .ini stehen? Wäre da die Anleitung nicht der bessere Platz?

Muss nicht. Ich fand die Übersicht aber ganz praktisch. In die Anleitung nehme ich das auch rein, aber die ist ja mit "Auslieferung" fix.

Zitat von wweicht

Und wir sollten das für DE und US trennen. GeosLQ gab es auch in der US-Version (PerfectPrint von CMD). Kann jetzt aber nicht sagen, inwieweit da die Umlaute durch Klammern ersetzt wurden (PerfectPrint liegt auch auf der F64-Wolke) und ob da die Font-IDs auch anders sind.

Für deutsches und US Geos-Grundsystem und die Zeichensätze aus PrintText V2.2 sollten die IDs zumindest in der Anleitung aufgelistet werden. Ich schaue da nochmal nach (besonders US-Geos) und kann sie Dir nochmal liefern....

Wie meinst Du das? In der FontTable trennen? Meinetwegen, aber ich kenne die US IDs nicht. Dann such mal

Zitat von wweicht

So lange auch der gesamte Font als BMP gespeichert werden kann, ist das kein Problem.

Alles abschaltbar und dann, wie gehabt. Die Einstellung wird gespeichert.

Zitat von wweicht

Du behandelst das Commodore-Zeichen extra? Das ist nicht nötig . Der Anwender kann das Zeichen nicht darstellbar eingeben. In den Menüs erscheint es nur, weil hier der System-Zeichensatz eingestellt ist und das Zeichen direkt über ASCII-Code ($80) definiert wird.

Oh, ja, das Zeichen 0x80 wird immer nach C= ersetzt, nicht abhängig von der Umlaute Einstellung.

Zitat von wweicht

In dem Zusammenhang: Wäre es möglich, die Behandlung der deutschen Sonderzeichen (Umlaute, "ß" und "§") einzeln zu konfigurieren? In "PT2.2_News" z.B. taucht 2x das "@" auf, das mit D64Lister immer ein "§" wird ....

Wenn Du möchtest, kann ich das einbauen. Welche soll ich denn getrennt behandeln?

Gruß,
Lars

Hallo Lars,

Zitat von Lars

Wie meinst Du das? In der FontTable trennen? Meinetwegen, aber ich kenne die US IDs nicht. Dann such mal

Ich meine hier in der "[REM Font Table]" bzw. in der Anleitung . Etwa so:

Geos 64/128 DE

Geos 64/128 US

Die Font-IDs habe ich überprüft und sie stimmen (auch für US-Geos)
Bei GeosLQ sehe ich nicht unbedingt die Notwendigkeit. Für das deutsche GeosLQ sind die Font-IDs im Handbuch abgedruckt, welches irgendwann demnächst auch als PDF in die F64-Wolke kommt (komme momentan nicht dazu). Das US GeosLQ (PerfectPrint) hat in der Anleitung nur einige aufgelistet. Das sehe ich aber nicht als großes Problem .....

In dem Zusammenhang habe ich nochmal die von Dir veröffentlichte ID-Liste aller Deiner Fonts durchgesehen. Hast Du die ganzen Fonts noch irgendwo als D64? Mir geht es dabei nur um die Disk 3a, 3b, 4a und 4b aus dem deutschen GeosLQ-Paket Wenn ich die 4 als D64 bekommen könnte, kann ich dieses Paket auch komplett in die F64-Wolke schieben (Disk 5 und 6 habe ich hier gefunden, Disk 1 und 2 sind schon in der F64-Wolke).

Zitat von Lars

Oh, ja, das Zeichen 0x80 wird immer nach C= ersetzt, nicht abhängig von der Umlaute Einstellung.

Kann komplett raus, da der Code 0x80 in keinem Text vorkommen kann. Oder hast Du da ein Beispiel-Dokument für? Kann eigentlich nicht sein ...

Zitat von Lars

Wenn Du möchtest, kann ich das einbauen. Welche soll ich denn getrennt behandeln?

Code

1. German Specialchars
2. [] Umlaute
3. [] ß
4. [] §

Ja, so in etwa ... .

Ich hänge hier nochmal die IDs für Geos DE, US und für PrintText jeweils als CSV an.

Danke.

Gruß
Werner

Hallo Werner,

Zitat von wweicht

Ich meine hier in der "[REM Font Table]" bzw. in der Anleitung . Etwa so

Ah, OK. Doku kommt noch. Aber in der Fonttable sollten die schon drin sein, damit die US Fonts auch umgesetzt werden. Ich werde Deine obige Aufstellung in die Doku aufnehmen, damach eine Beispiel INI FontTable und den Verweis auf diesen Thread, wo sich ja demnächst die unzähligen PC Ersatzfonts sammeln werden

Zitat von wweicht

Hast Du die ganzen Fonts noch irgendwo als D64? Mir geht es dabei nur um die Disk 3a, 3b, 4a und 4b aus dem deutschen GeosLQ-Paket Wenn ich die 4 als D64 bekommen könnte, kann ich dieses Paket auch komplett in die F64-Wolke schieben (Disk 5 und 6 habe ich hier gefunden, Disk 1 und 2 sind schon in der F64-Wolke).

Ja, habe ich. Wie gesagt, ich habe damals alles, was ich für LQ bekommen konnte, gekauft. Nur welche Disks sind das? Ich schicke Dir über PM mal meine Liste mit Disknames, dann suchst Du bitte die richtigen raus, OK?

Zitat von wweicht

Kann komplett raus, da der Code 0x80 in keinem Text vorkommen kann. Oder hast Du da ein Beispiel-Dokument für? Kann eigentlich nicht sein ...

Ich behaupte mal, dass Du mir vor gefühlten 100 Jahren genau diesen Code gegeben hast, mit der Bitte, das einzubauen. Wenn es nicht stört, würde ich es drin lassen

Zitat von wweicht

Ja, so in etwa ...

Wird gemacht, kein großes Ding. Dann folgt demnächt eine neue Beta Version D64Lister

Gruß,
Lars

Zitat von Lars

Aber in der Fonttable sollten die schon drin sein,

Natürlich.

Zitat von Lars

demnächst die unzähligen PC Ersatzfonts sammeln werden

Zitat von Lars

Ich behaupte mal, dass Du mir vor gefühlten 100 Jahren genau diesen Code gegeben hast, mit der Bitte, das einzubauen. Wenn es nicht stört, würde ich es drin lassen

Ja??? Da war ich wohl etws neben der Spur ....

Ansonsten OK.

Zitat von Lars

Dann folgt demnächt eine neue Beta Version D64Lister

Gut .

Gruß
Werner

Hallo,

Hier und hier meint jemand, einige Ersatz PC Fonts zu Geos Fonts zu kennen. Ich habe die noch nicht gecheckt, wollte es euch aber schon einmal mitteilen.

Gruß,
Lars

Hallo,

So, ich habe mir die FOnts mal angeschaut und folgende Ersatzfonts gefunden:

Es fehlen die entsprechenden LQ, GE und US Varianten. Standard Barrows z.B. habe ich nicht hier (auf der Arbeit).
Für Cory (ID 0005) finde ich den "Data 70" Font passender als den "JLS SpaceGothicC NC". Für California (ID 0002) finde ich "Helvetica Normal" passender als "Arial" (hatte Werner auch schon mal gesagt).

In den Links werden noch 4 weitere genannt, wo ich die GEOS Fonts zwecks Vergleich und ID nicht hier habe:

Gruß,
Lars

Hallo Retrofan,

Danke für die Aufklärung. Dann werde ich es in der Doku vermerken und jeder kann selbst entscheiden, ob der den Data 70 oder Helvetica Font downloaden möchte, oder den nicht ganz passenden OpenSouce Font.

Zitat von Retrofan

Man kann ja ansonsten die Schriftersetzungen so angeben, wie man es im Web (CSS) macht: Mit Komma getrennt die möglichen Alternativen nennen – und dein Programm guckt dann von links nach rechts, welcher der Fonts installiert ist und nimmt der ersten Treffer. Wenn also Helvetica installiert ist, wird Helvetica genommen, ansonsten Arial und wenn die auch nicht vorhanden ist, die nächstbeste Sans Serif. Aber vielleicht ist das auch schon ein bisschen zu viel Aufwand.

Halte ich auch für zu viel Aufwand. Der Benutzer weiß ja, ob er Data 70 oder JLS SpaceGothic installiert hat und kann es in der FontTable selbst eintragen. Das einzige MacType ttf, das ich gefunden habe, ist unvollständig, es fehlen fast alle Sonderzeichen, nur die Zahlen und Buchstaben sind vorhanden. Kann man also auch nicht wirklich benutzen.

Gruß,
Lars