Konverter für alte Ragtime-Dateien

Hallo, nenem,

auf MacOS käme AppleScript zum Einastz.
Unter Windows ist mir kein Weg bekannt.

Außer es wäre möglich mit Hilfe von AutoHotKey/AutoIt ein Script zum Steuern von RagTime erstellen zu können.
Aber da bin ich außen vor.

PDF kann zwar unter RT v5 nicht direkt erzeugt werden ohne Distiller, aber man kann stattdessen eine PS-Druck-Datei erzeugen, die anschließend per GhostScript gewandelt werden kann.

Gruß
Stephan

Hallo Stephan,

die Optionen AppleScript für MacOS und evtl. AutoHotKey für Windows waren mir bereits bekannt (teils durch die Diskussion hier, teils durch Infos per PN). Für mich käme also nur die zweite infrage. Nur erstellt das Programm natürlich kein Skript von selbst. Und was zu tun wäre, damit letztlich ein funktionierendes zustande kommt, weiß ich nicht. Die größte Hürde dürfte der Konvertierungsfehler von RT sein, das meine alten, im Hochformat erstellten und hinterlegten Dokumente ins Querformat befördert. Ein Skript müsste also dafür sorgen, dass irgendwo der RT-Konvertierungsfehler ausgebügelt wird und eine Umstellung erfolgt, sonst funktioniert es nicht.

Auch die Alternative, ps-Dateien zu erzeugen, war und ist mir bekannt. Abgesehen davon, dass meine Tests ziemlich unansehnliche Ergebnisse hervorgebracht haben, ist der Weg viel zu umständlich: Doppelter Aufwand, der auch noch vergrößert wird, weil jede Datei händisch neu benannt werden muss. Das immerhin lässt sich bei der Druckfunktion inzwischen durch einen Trick vermeiden: Wenn alle Dateien bereits im pdf-Format vorliegen (erstellt durch Massenkonvertierung mit LibreOffice), genügt bei der Namensvergabe jeweils ein Klick auf den Namen der vorhandenen, zu überschreibenden pdf-Datei. Bis jetzt also zwar minimale Fortschritte, um den Aufwand zu reduzieren, aber dennoch: Wegen der Notwendigkeit, Dokument für Dokument vorzugehen, Arbeit ohne Ende...

Viele Grüße

nenem

Hallo Nemen,

da bin ich raus.

Die Einschränkungen von RT Privat sind mir nicht mehr geläufig- das ist doch bald zwanzig Jahre her.
Mit Windows als Betriebssystem, auf dem RagTime genutzt wird, habe ich keine Erfahrungen.
Und Du schreibst ja selbst "bezweifele inzwischen aber, dass es überhaupt funktionieren kann."
Es ist interessant, dass Du nicht nur dies erkannt hast, sondern auch weisst, dass "auch ein Skript nicht funktionieren" dürfte.
Dies wäre nun jedoch genau die Lösung, die auf dem Mac vermutlich einen Weg bieten könnte.
Da Du jedoch Windows nutzt, steht Applescript nicht zur Verfügung.
Eine andere Möglichkeit mit den von Dir beschriebenen Mitteln sehe ich nicht.

Somit bleibt mir nur der Vorschlag, dass Du Dich für die aktuelle 7er RagTime-Version interessierst, diese bei Gefallen kaufst (zuvor sind 30 Tage mit allen Funktionen ausprobieren möglich) und Dir dann dort Deine Dateien öffnest und als PDF ausgibst. Der PDF-Export in RagTime ist ohne weitere Software möglich und bringt gute Ergebnisse.
Wenn Du 6.000 Dokumente hast, ergibt das einen Aufwand von ca. 30 Cent/Dokument. Dir scheinen Deine Dokumente ja wichtig zu sein, somit überlege bitte, ob dieser Aufwand für Dich sinnvoll ist, oder Du den bereits gefundenen "händischen" Weg weiter gehen möchtest.

Mit freundlichem Gruß
Mathias Milchmeyer

Hallo, nenem,

ich muß mal ein paar Dinge gerade rücken bzgl. Schriften.

Du schreibst:
"Daneben habe ich jetzt bei einem Blick ins Fonts-Verzeichnis von Windows überraschenderweise festgestellt, dass die 4 vorhandenen Times-Schriften gar nicht die (zusätzliche) Bezeichnung "New Roman" im Namen führen. Es sind: times.ttf, timesbd.ttf, timesbi.ttf und timesi.ttf - also im Prinzip "Times" als normale, normal fette, kursive und kursiv fette Version. Die New-Roman-Definition müsste Windows also entweder direkt aus den Zeichensätzen beziehen oder von woanders."
"times.ttf" ist lediglich der Dateiname und hat nichts mit dem Schrift-Namen zu tun. Der Dateiname ist vollkommen egal bei jeglicher Frage bzgl. Schriftnamen in RT oder sonstwo.
Der Schriftname der times.ttf im RT-Schriftmenü lautet "Times New Roman" (siehe auch Schriftverwaltung von Windows).

Das Problem ist, daß der Name der Schrift unter MacOS 7 vermutlich anders geschrieben wurde als er unter Windows im Menü erscheint.
"Times New Roman Regular" ungleich "Times New Roman - Regular" ungleich "TimesNewRoman Regular" ungleich "TimesNewRoman-Regular" ungleich "TimesNewRomanPSMT Regular" und so weiter.

Gruß
Stephan

Hallo Stephan,

dass der Dateiname nichts mit dem Schriftnamen zu tun haben soll, halte ich für eine gewagte These - mindestens nur für halbrichtig. Dass sich der Schriftname über Funktionen, Programme, etc. auf der Windows-Benutzeroberfläche vom Dateinamen unterscheidet, ist klar. Das "times~" in den Dateinamen aber weist auf den Bezug eindeutig hin. Evtl. geht meine Annahme zu weit, dass die 4 Schriftdateien im Mac-System 7 letztlich dieselben Dateibezeichnungen haben. Sehen kann ich die Dateinamenserweiterungen ja nicht. Dort jedenfalls ist der Schriftname "Times" und nicht - wie in Windows - "Times New Roman".

M.E. sitzt das Problem tiefer, als nur in kleinen Unterschieden bei den Schriftnamen. Auf dieser Seite (aber nicht nur dort) hat es jemand zusammengefasst (s. den letzten Beitrag ganz unten):

https://www.typografie.info/3/topic/37849-schriften-installieren-beim-wechsel-von-mac-zu-pc/

Leider bin ich nicht der erste, der mit solch einem Problem zu tun hat. Je mehr Diskussionen ich zum Thema im Internet entdecke, desto verwirrender wird es für mich - auch, weil die Begriffe "Times", "Times Roman", "Times New Roman" oft nicht sauber voneinander getrennt werden. Beispiel:

https://www.macuser.de/threads/high-sierra-veraendert-schrift-in-word-dokumenten.791004/

Mir jedenfalls ist nicht klar, wie ich "Times" als eigene Schrift in Windows 10 integriert bekomme - und zwar so, dass Windows selbst zwischen "Times" und "Times New Roman" unterscheiden kann. Das Problem stellt sich auch (mindestens) bei zwei weiteren Schriftarten die im Mac-System 7 und mit Ragtime 3.2 zur Anwendung kamen: "Palatino" und "Helvetica".

Viele Grüße

nenem

Hallo, nenem,

aha, "gewagt" also.

Welche Erfahrung hast Du mit Schriften unter Windows oder MacOS?
Ich habe schon vor 30 Jahren in einer Schriften-Firma Fonts digital für MacOS und Windows (Type1 und TrueTypes) produziert.

Der Dateiname einer Schriftdatei ist vollkommen belanglos (manche Firmen benennen ihre Dateien als Nummern-Buchstaben-Kombination).
Unter welchem Namen eine Schrift im Schriftmenü erscheint, hängt ausschließlich von den in der Schriftdatei als Meta-Daten hinterlegten Informationen ab.
Programme identifizieren Schriften ausschließlich anhand der Meta-Daten und nicht über den Dateinamen.

M.E. sitzt das Problem tiefer, als nur in kleinen Unterschieden bei den Schriftnamen. Auf dieser Seite (aber nicht nur dort) hat es jemand zusammengefasst (s. den letzten Beitrag ganz unten):
Vielleicht erklärst Du nochmal, was Du mit den Schrift-Dateien genau gemacht hast.
Der genannte Thread beschreibt zutreffend, daß es nicht möglich ist, alte MacOS-Schriften (bis MacOS 9) unter Windows nutzen zu können (egal ob Bitmap, Type1, oder TTF).

... als nur in kleinen Unterschieden bei den Schriftnamen.
Ein kleiner Unterschied in Schriftnamen verhindert, daß die Software die Schrift korrekt zuordnen und nutzen kann. Wie ich schon schrieb: "Times New Roman" ungleich "TimesNewRoman".
Ausnahme: Der Programmierer hat eine Ersetzungstabelle hinterlegt, in der drinsteht, daß "Times New Roman" synonym zu "TimesNewRoman" sein soll. Gibt es eher selten, da die Schriften im Normalfall unterschiedliche Laufweiten und Kerninginformationen haben und dies zu einer Änderung von Zeilen- und Seitenumbrüchen führen kann.

Also welche Art von Schriften-Problem möchtest Du lösen?
Transfer von Schriftdateien von MacOS 7 nach Windows 10?
Oder das Problem, daß installierte und funktionierende Schriften von RT nicht erkannt werden?

Je mehr Diskussionen ich zum Thema im Internet entdecke, desto verwirrender wird es für mich - auch, weil die Begriffe "Times", "Times Roman", "Times New Roman" oft nicht sauber voneinander getrennt werden.
Ob in dem Thread sauber getrennt wird, ist nicht feststellbar, weil alle drei Schriften als solche existieren/existierten. Man müßte also prüfen, welche Schriften der jeweilige User installiert hatte.
Es gab/gibt eine "Times", eine "Times Roman" und eine "Times New Roman" als Schrift.
Und zusätzlich kann man auch über eine "TimesNewRomanPSMT" stolpern.
Hintergrund: Lizenzrechte, man konnte nur die Schriftnamen schützen.

Mir jedenfalls ist nicht klar, wie ich "Times" als eigene Schrift in Windows 10 integriert bekomme - und zwar so, dass Windows selbst zwischen "Times" und "Times New Roman" unterscheiden kann.
Wenn Du eine Schrift mit Schrift-Namen "Times" in der Schriftauswahl haben möchtest, mußt Du eine Schrift diesen Namens (nicht Dateinamens) installieren.

Gruß
Stephan

Hallo Stephan,

das Problem war/ist zwar eigentlich gelöst (s. weiter unten mein Posting vom 3 März 2024 um 13:20), aber dennoch eine kurze Anmerkung.

Theoretisch hast Du recht: Der Dateiame einer Schriftart könnte ganz anders lauten, als sie selbst. Die Informationen über "Times New Roman" z.B. könnten auch in einer Datei namens "newspaper.ttf" hinterlegt sein. Praktisch aber gibt es einen Zusammenhang. Dass eine der Dateien, die für "Times New Roman" verantwortlich sind, "times.ttf" genannt wurde, ist kein Zufall. Um die Schriftart "Times" zu installieren, musste ich dem Fonts-Verzeichnis von Windows die Datei "Times.ttf" hinzufügen und hatte Glück, dass am Anfang das "T" als Großbuchstabe steht. Sonst hätte es nicht funktioniert bzw. nur, indem die vorhandene Datei entfernt oder überschrieben worden wäre - egal, ob die neue denselben oder einen anderen Schriftnamen enthält. Ich jedenfalls halte die Dateinamen nicht für so belanglos, wie von Dir ausgeführt.

Welche Art von Schriften-Problem ich lösen wollte, habe ich im Eingangsposting beschrieben und wurde im Verlauf der weiteren Diskussion hier weiter spezifiziert.

Viele Grüße

nenem

Hallo, nenem,

eigentlich wollte ich nicht mehr darauf antworten, da das Problem ja - wie du schreibst - für Dich gelöst ist.

Aber folgendes hat mich doch daszu veranlasst.
musste ich dem Fonts-Verzeichnis von Windows die Datei "Times.ttf" hinzufügen und hatte Glück, dass am Anfang das "T" als Großbuchstabe steht. Sonst hätte es nicht funktioniert bzw. nur, indem die vorhandene Datei entfernt oder überschrieben worden wäre - egal, ob die neue denselben oder einen anderen Schriftnamen enthält.

Es wird immer spannender, welche relevanten Informationen Stück für Stück klarer werden.
Als ich folgendes las Installation von Basilisk II und Mac-System 7.5 auf einem Host-Rechner (Ubuntu), dort Anfertigung von Diskettendateien mit einem externen Floppy-Laufwerk und den Disketten, Öffnung auf System 7.5 und Kopien der Inhalte auf den Hostrechner. Booten dieses Rechners mit dem ebenfalls installierten Windows 10 und Zugriff auf die Dateien mit Ragtime 5.6.5 privat., fragte ich mich kurz, wie das PC-System wohl aussehen mag, habe es aber nicht weiter verfolgt.

Ich war anfangs davon ausgegangen, Windows 10 läuft nativ auf der Hardware.
Jetzt allerdings (wg. Zitat 1 oben) nehme ich an, daß neben MacOS 7 auch Windows 10 in einer Emulation unter Ubuntu/Linux läuft, was ganz neue mögliche Problemfelder mit sich bringt.

Windows ist standardmäßig "nicht-case-sensitive", das Kopieren von "Times.ttf" hätte also eine im Zielordner vorhandene "times.ttf" zwangsläufig überschreiben müssen.
Frage:
Wie und in welchem Ordner wurde die "Times.ttf" hinzugefügt? Per Linux Dateimanager oder per Windows Explorer?
Wurde Windows per "Hack" (durch setzen von Registry-Einträgen) dazu gebracht, auf Dateisystem-Ebene case-sensitive zu sein?

Auf jeden Fall hat das neue Problemstellen zur Folge.
Die wenigsten Windows-Programme können mit einem case-sensitiven Dateisystem korrekt arbeiten, ein RagTime 5.6.5 privat mit Sicherheit nicht.
Auch die Windows-Schriftenverwaltung dürfte Schwierigkeiten damit haben, daß zwei Dateien "gleichen" Namens im Font-Ordner existieren, die auch noch identische Schrift-Menü-Namen an das System melden.

Es ist ein reines Glücksspiel, welche Schrift-Datei wann zur Darstellung der (vermutlich) "Times New Roman" herangezogen wird.
Sofern das System nicht gänzlich unvorhersehbar reagiert beim Drucken oder PDF-Erzeugen.

Ich meine: Es bleibt spannend.

Und dann doch noch:
Theoretisch hast Du recht:
Nicht nur theoretisch, auch wenn es Dir offensichtlich schwer fällt, das zu akzeptieren.

Gruß
Stephan

Hallo Stephan,

dass meine Konstellation hier Rätsel aufgibt, hatte ich nicht erwartet. Deshalb eine Klarstellung.

In dem Rechner, um den es hier geht, befinden sich 3 SSDs und eine HDD. Auf einer SSD ist Ubuntu installiert, auf einer Debian und auf einer Windows 10. Auf der HDD (NTFS) befinden sich nur Daten, und die wird von allen drei Systemen genutzt. Basilisk und das emulierte Mac-System 7 sind unter Ubuntu installiert. Windows 10 läuft also auf eigener Hardware, und Mac-Dateien, die ich mit dem Mac-Emulator generiere, befördere ich auf die Datenpartition/-platte des Ubuntu-Rechners - also auf die, die gemeinsam von allen 3 Systemen genutzt wird. Funktioniert einwandfrei, und bringt keine "neuen möglichen Probleme mit sich".

Deine Vermutung(en) bzgl. der Schrift führen weit weg vom tatsächlichen Geschehen: Ich habe die Datei "Times.ttf" unter Windows einfach dem Windows-Ordner "Fonts" hinzugefügt. Seitdem ist der Schriftname "Times" eigenständig im System vorhanden. Also auch RagTime bietet mir sowohl "Times New Roman", als auch "Times" zur Auswahl an. Offensichtlich unterscheidet Windows bei den Dateinamen zwischen Groß- und Kleinbuchstaben. Sonst hätte times.ttf überschrieben werden und somit "Times New Roman" verschwinden müssen. Hat sich bei "Helvetica" so auch bestätigt: Vorübergehend war eine unvollständige Datei installiert und beim Hinzufügen einer anderen mit identisch geschriebenem Dateinamen wurde ich gebeten, die Löschung bzw. das Überschreiben der vorhandenen zu bestätigen.

Viele Grüße

nenem

Hallo, nenem,

lt. Microsoft - und meiner Erfahrung - ist NTFS zwar grunfsätzlich dazu geeignet case-sensitive zu arbeiten, aber standardmäßig ist das nicht aktiv (siehe https://learn.microsoft.com/de-de/windows/wsl/case-sensitivity).
Von daher wundert es mich, daß Du eine Datei "Times.ttf" in den Fonts-Ordner von Windows kopieren konntest und die bereits vorhandene Datei "times.ttf" nicht überschrieben wurde.

Da mich das interessiert, würde ich gerne einen Screenshot sehen, auf dem die beiden Dateien im Fonts-Ordner auf Dateisystemebene zu sehen sind.
Am besten von Linux aus gemacht, um evtl. Windows-Eingriffe auszuschließen.

Falls Du dazu bereit bist, würde es mich freuen.

Gruß
Stephan

Hallo Stephan,

gern. Eine PN mit Screenshots ist eben 'raus.

Viele Grüße

nenem

Das Spekulieren, wo genau die Font-Probleme liegen, hat ein Ende: Ich konnte Times und Helvetica aus dem Internet herunterladen und Palatino aus der Mac-Schriftsammlung exportieren. Die 3 Schriften liessen sich unter Windows installieren und sie werden von RagTime erkannt. Das mir von nenem zur Verfügung gestellte Dokument wurde bezüglich Schrift problemlos konvertiert.

Damit verbleibt noch das Problem mit dem Querstellen der Seite, wobei ich vermute, dass dies auf irgend einen der Schritte zurückzuführen ist, die nenem im zweiten Absatz seiner ursprünglichen Fragestellung geschildert hat.

Gruss, Thomas

Moin, Thomas,
nun hast Du Nenems Aufgabe gelöst. Klasse. Ich wollte eben noch einmal den Weg über TransType4 in Erinnerung bringen, von dem ich aber auch nur vermute, daß er gelingen würde. RagTime 3.2 kommt noch aus einer Zeit, in der Adobe mit dem Type Manager Schriften zum Laufen brachte. Heute sind Schriftdateien integrierter, haben nicht mehr mehrere Einzeldateien nebeneinander. Ich konnte mal solche ähnliche Aufgabe für meine Kugelkopf-Schriften Prestige und Letter gothic mit TransType 4 oder TypeTool 3 lösen. Die Lösung lag darin, daß die Schriftdateien geöffnet wurden, um sie dann in moderneren Formaten neu zu sichern. Die Dateinamen und die Schriftnamen bleiben dabei 1:1 erhalten. Dieses 1:1 bei den Schriftnamen vermißte Nemens neues RagTime.

RagTime, (FileTime), FileMaker, AppleScript, Zeichenmaschine, SVG und der Arc Fritz FM geben Flügel.

Mit freundlichen Grüßen,
Norbert Lindenthal

Hallo Thomas,

Danke für Deine Geduld und die Lösung des Schriftenproblems.
Mein Start mit Ragtime war 1991, damals hatte auch ich eine Times und eine Helvetica etc. als TTF und dann den ATM in Einsatz.
Bis heute bin ich jedoch auf dem Mac unterwegs und nutze kein Windows. Somit war nemens Problem für mich eine Steigerung der ungünstigen Bedingungen, 30 Jahre alte Dokumente heute mit anderen Schriften und einem anderen Betriebssystem geöffnet zu bekommen.
Dabei beeindrucken mich bereits RagTimes Fähigkeiten, dass ich von meinen Uraltdokumenten, die mit 3.2 erstellt wurden, eigentlich alle auch heute noch mit der aktuellen 7er Version auf dem Mac geöffnet bekomme.
Nur bei den ganz alten Classic-Dateien brauch ich einige Tricksereien, was jedoch nicht auf Windows übertragbar wäre.

Dass dabei die Originalschriften auch heute noch eingesetzt werden können, finde ich schon erstaunlich.
Also ein großes Dankeschön, dass Du hier für nemen einen Weg gefunden hast.

Das andere Problem mit den querliegenden Druckformaten kann ich bei mir auch bei alten Dateien nicht reproduzieren, was jedoch wohl auch damit zu tun hat, dass ich nicht mit Windows arbeite.

Mit freundlichem Gruß
Mathias Milchmeyer

Hallo Mathias,

ja, Thomas gebührt großer Dank für sein außergewöhnliches Engagement, aber das hatte ich ihm schon per PN übermittelt.

RagTimes Fähigkeiten, Uralt-Dokumente auch heute noch zu öffnen, beeindrucken mich allerdings nicht so, wie Dich. In großen Abständen hatte ich auch in der Vergangenheit schon mit Konvertierungsaktionen zu tun - z.B von frühen StarOffice-oder Word-Dokumenten zu Open Office und später zu LibreOffice: Es war durchweg einfacher, als aktuell mit RagTime. Beispielhaft habe ich es gerade noch einmal mit einem Dokument kontrolliert, dass 2003 mit StarOffice 5.2 generiert wurde (Dateiformat ".sdw"). Wird von LibreOffice klaglos geöffnet und dargestellt. Der verhältnismäßig größere Unterschied aber liegt darin, dass ich bei vergangenen Aktionen einen integrierten Konverter nutzen konnte, der per Stapelverarbeitung beliebig viele Dateien in ein neueres Format bringen konnte. Und über so etwas verfügt RagTime nicht. Konsequenz: Ich muss es Datei für Datei erledigen, und es bedarf wohl keiner allzu großen Fantasie, sich vorzustellen, wie lange es bei ca. 6000 Dateien dauern wird. Bei Open- und LibreOffice war es eine Sache von wenigen Minuten.

Das Querformat-Problem könnte evtl. tatsächlich mit der Nutzung von Windows zusammenhängen. Ist eine von mehreren möglichen Erklärungen. Windows nutze ich ja auch nur als Vehikel, damit ich überhaupt noch etwas mit RagTime machen kann, denn eigentlich arbeite ich mit Linux (Ubuntu). Und damit kann ich alte RT-Dokumente zwar auch öffnen (mit LibreOffice), aber die Formatierungen werden dabei beschädigt - teilweise so heftig, dass die Dokumente unbrauchbar sind.

Viele Grüße

nenem

Hallo Norbert,

ganz gelöst war die Aufgabe noch nicht (Thomas ist bereits per PN informiert). Die von ihm übersandten Schriften bzw. Zeichensätze sind nicht vollständig (jedenfalls habe ich es mit "Times" getestet): Sämtliche Sonderzeichen sowie Unterstriche ("_") wurden/werden nicht erkannt und durch kryptische Zeichen oder gar Zeichenfolgen ersetzt. Allerdings habe ich daraufhin die Suche fortgesetzt und tatsächliche eine Quelle für vollständige Schriftarten gefunden:

https://de.maisfontes.com

Das Portal dürfte in der portugiesischsprachigen Welt zuhause sein (ich tippe auf Brasilien). Dort habe ich alle 3 Schriften gefunden und sowohl "Times", als auch "Helvetica" ausprobiert: Sie funktionieren. Bei "Palatino" muss ich abwarten, bis ich auf Dokumente stoße, in denen ich sie verwendet habe. Jedenfalls empfehle ich die angegebene Quelle. Dort scheint saubere Arbeit geleistet worden zu sein.

Offen ist - wie von Thomas erwähnt - die Voreinstellung "Querformat" beim Druck der alten Dokumente nach pdf sowie die Fehlermeldung beim Export von sowohl alten, als auch neuen Dokumenten nach pdf. Die Funktion ist hier nicht nutzbar.

Ich habe dem Support 2 Meldungen geschickt:
– Bug-Report: Ein konvertiertes RT3-Dokument (A4 hoch) wird unter Windows 10 mit RT 6.6.6 auf dem Bildschirm korrekt angezeigt, aber im Querformat gedruckt. Unterdessen hat der RT-Support festgestellt, dass das auch unter macOS so ist. Interessanterweise ergibt aber der PDF-Export unter macOS das korrekte A4-hoch-Format.
– Problem-Report: Bei mir wird unter macOS auf einem Mac, in welchem Times vorhanden ist, das Dokument völlig korrekt konvertiert. Unter Windows 10 wird die Schrift, die – wie du angibst – mit 4 ttf-Dateien definiert ist, nicht als die Times erkannt, die im Dokument verwendet ist.
Von beiden Meldungen habe ich dir eine Kopie geschickt.

Du schreibst, dass du mit RT 5.6.5 privat arbeitest. Da kannst du per Definition vom Support keine Unterstützung erwarten.

Gruss, Thomas

Hallo zusammen, hallo Thomas,

auch wenn ich Dich, @Thomas, schon per PN informiert habe, hinterlege ich hier der Vollständigkeit halber meine Erkenntnis bzgl. der Probleme mit Quer- und Hochformat: Es ist ein Konvertierungsfehler von RagTime (in meinem Fall von 5.6.5, aber auch mit 6 wohl noch sichtbar).

In "Papierformat" ist die Einstellung "Querformat" zu finden - obwohl die Originaldateien ohne und mit rtd-Endung am Monitor korrekt hochformatig angezeigt werden. Zur Kontrolle habe ich mir RT-3.2-Dateien unter dem alten System 7 angesehen, und dort ist die Ausrichtung anhand der Maße für Höhe und Breite vollkommen richtig eingestellt. Ändere ich mit RT 5.6.5 unter Papierformat die Einstellung von quer auf hoch, ist das Format auch bei Erteilung des Druckbefehls korrekt. Die Änderung aber wird jeweils nur für ein Dokument übernommen und nicht als allgemeine Einstellung, von der ich dann bei weiteren Dokumenten profitieren könnte.

Warum dieser Fehler bei allen meinen Dokumenten auftritt und z.B. bei anderen alten (von anderen Anwendern hier) nicht, ist mir ein Rätsel.

Viele Grüße

nenem

Hallo zusammen,

ein abschließendes Update zum (Unter-)Thema "Konvertierungsfehler":

Der Support hat ihn bestätigt. Weil das Problem zu selten vorkomme und ich zudem keine Support-Berechtigung habe, werde auch keine Batch-Lösung entwickelt. Ergo: Ich werde ich über 6000 Dateien einzeln von Quer- auf Hochformat umstellen müssen, bevor in einem weiteren Durchgang wiederum über 6000 Dateien einzeln ins pdf-Format konvertiert werden.

Weil ich die falsch konvertierte Einstellung unter "Papierformat" erst entdeckt habe, nachdem gut 2000 Dokumente als pdf gedruckt waren, habe ich zufällig auch festgestellt, dass "Microsoft Print to PDF" im Zusammenspiel mit RagTime "Schrott" generiert. Vordergründig waren die Dateien zwar in Ordnung: Die pdf-Dokumente sahen sauber aus. Als ich aber eines mit (LibreOffice) Draw geöffnet habe, offenbarte sich die Katastrophe: Layout und Zeichen waren komplett "zerschossen". Zudem wurden die Dateien im einfachen pdf-Format generiert und nicht in pdf/A für Langzeitarchivierung. Also jetzt mit PDFCreator als Druckoption alles noch einmal von vorn (deshalb auch 6000 Exemplare und nicht 2000 weniger).

Anmerkung nur zur Info: Mit LibreOffice ist sowohl die Einzelkonvertierung nach pdf (Standard ist pdf/A), als auch die per Stapelverarbeitung seit Ewigkeiten kein Problem und der Vorgang in wenigen Sekunden oder Minuten erledigt. Falls Bedarf besteht, erkläre ich gern die Details.

Viele Grüße

nenem

Moin, Nenem.

Du bleibst ja bei Deinem (bisher unbefriedigend gelösten) Thema. Das finde ich anerkennenswert. 6.000 ganz ähnliche Vorgänge: Das dauert. Und nochmal 6.000 Vorgänge: Das dauert noch einmal so lange. Da kann man ja mit Stoppuhr die verbrauchte Zeit ermitteln und dann mit Faktor multiplizieren.
Und genau dazu habe ich eine Frage an Dich: Warum besorgst Du Dir keinen Mac, auf dem RagTime 3.2 installiert werden kann?
Ich muß nachsehen: Ich meine, daß ein G4 PowerBook das noch kann. Denn ab dann kannst Du zumindest mit der AppleScript-Methode, die Knöpfedrücken und Texttippen simuliert, doch im Stapel abarbeiten. Bei 12.000 Dingern könnte sich das doch einerseits richtig lohnen (Zeit sparen) UND andererseits die Kreativität bestätigen, in den widrigen Umständen doch den Kopf in Richtung Lösung benutzt zu haben.

Brauchst Du Hilfe für AppleScript?

Freundlicher Gruß,
Norbert Lindenthal

Hallo Norbert.

sei versichert: An Kreativität, um zu einer Lösung zu kommen, hat es mir nicht gemangelt. Das gilt - natürlich mit Grenzen - für die händische Abwicklung des Vorhabens. Für die einzelnen Vorgänge habe ich Funktionen und Schritte inzwischen so angepasst und zusammengestellt, dass die Einzelbearbeitung recht "zügig" vonstatten ging und geht.

Schade, dass Dein Hinweis erst jetzt gekommen ist, AppleScript funktioniere unter Mac System 7. Das habe ich hier ja im Emulator (Basilisk II) installiert und es in Postings auch erwähnt. Ich bin von zwingend neueren Betriebssystemen ausgegangen. Deshalb habe ich ungeachtet der Diskussion hier und dem Kontakt mit dem RT-Support die Arbeit einfach fortgesetzt, nachdem klar war, dass ein Konvertierungsfehler vorliegt und die MS-Print-Funktion Müll generiert. Mein letztes Posting war hier schon als Textdatei hinterlegt, aber ich hatte aus den Augen verloren, es online zu stellen. Insofern war ich schon deutlich weiter, als bei "0" und bin inzwischen auf der Zielgeraden. Es fehlt nicht mehr allzuviel, so dass ich jetzt nicht mehr auf eine andere Vorgehensweise umstelle.

Dennoch vielen Dank für Dein Hilfsangebot.

Viele Grüße

nenem

Hallo nenem,

so selbstsicher wie Du schreibst und genau Bescheid weisst, kam mir überhaupt nicht in den Sinn, dass Du nicht wissen könntest, dass System 7 seit 1993 "draussen" war und auch über AppleScript verfügte.
Genau wie Du habe ich zu dieser Zeit bereits am Mac gearbeitet, zunächst mit dem LC am 12" Graustufenmonitor mit den 6er und dann auch mit den 7er Systemen und hatte damals bereits einige kleine Scriptlösungen gebastelt.
Obwohl Du bereits am 04.03. mitgeteilt hattest, dass Dein Problem "eigentlich gelöst" wäre, hatte Dir am 10.03.Stephan bereits eindeutig geschrieben, dass auf dem Mac Applescript eingesetzt werden könnte, worauf Du nur darauf verweist, dass Dir das bekannt wäre.
Auf diesem Weg hätte sich noch eine guter Ansatz ergeben können, aber Du hast ja Deine Lösung bereits gefunden und ich hoffe, dass Du mit der Konvertierung bald durch bist. Was für eine Mammutaufgabe!
Es gibt ja immer verschiedene Wege und dem Ergebnis sieht man nicht an, welcher Weg das war.

Mit freundlichem Gruß
Mathias Milchmeyer

Hallo Mathias,

alles vollkommen richtig. In dem ganzen Tohuwabohu von Problemen habe ich bestimmte Informationen nicht oder nur halb verdaut - u.a. eben die bzgl. AppleScript. Ich wusste zwar, dass es das gibt. Leider aber bin ich davon ausgegangen, dass dafür mindestens RT 6.6.6 nötig ist - z.B. weil eine entsprechende Info hier in eine über RT 7 eingebettet ist:

http://www.ragtime.de/viewart.html?id=696&lang_id=de

Unter System 7 habe ich im Apple-Menü zwar die Funktion "nützliche Skripte" gesehen, das Vorhandensein von 8 Skripten aber als vorgegeben interpretiert. Dass sich mit einem Klick ein Ordner öffnet und darin offenbar auch eigene Skripte hinterlegt werden können, habe ich nicht bemerkt und bin deshalb gar nicht auf die Idee gekommen. Leider. Es hätte mir wohl viele Tage Arbeit erspart, wenn es gelungen wäre, alle nötigen Schritte in solch einem Dokument funktionierend unterzubringen. Pech. Aber nun bin ich durch...

Viele Grüße

nenem

Hallo Thomas,

danke für die Erstellung der beiden Reports.

Unter Windows 10 ist bei den alten (nicht aber bei neuen) Dokumenten das Querformat voreingestellt. Erst mit einer Umstellung auf das Hochformat wird ein Dokument korrekt gedruckt. Wird die Exportfunktion genutzt, erscheint sowohl bei alten, als auch bei neuen Dokumenten die vorher erwähnte Fehlermeldung. Faktisch kann sie hier mit RT 5.6.5 unter Windows 10 also nicht verwendet werden.

Bei den Schriften vermute ich (so, wie ich Dir per PM geschrieben habe), dass es wegen technischer Unterschiede keine Lösung gibt. Für die alten Dokumente sind im alten Mac-System zwar auch vier verschiedene Dateien vorhanden (normal, fett, kursiv, kursiv fett), aber zusätzlich 6 Dateien für verschiedene Größen (9, 10, 12, 14, 18, 24). Das dürfte der Haken sein: Unter Windows 10 gibt es die 4 Dateien zwar auch. Die Schriftgröße aber wird wohl je nach Wunsch anders generiert. Ich kann mir nicht vorstellen, dass sich dieser technische Unterschied beseitigen lässt - ganz abgesehen davon, dass es - wenn es gelänge - ja zwei, aus 4 Dateien bestehende Sätze mit den gleichen Namen gäbe, die im System bereits vorhanden sind. Wie soll das gehen?

Ich nehme an, dass die Angelegenheit gar kein Problem wäre, wenn sich Ragtime als Programm so einstellen ließe, dass auch beim Öffnen alter Dokumente "Times New Roman" als Standard-Schriftart gewählt würde. Das passiert eben nicht: RT nutzt unbeirrt "Arial". Offenbar gibt es keine Möglichkeit, das zu ändern. Lege ich hingegen ein neues Dokument an, sehe ich "Times New Roman" als (von mir eingesteller) Standard-Schriftart. Ich verstehe einfach nicht, warum für die Alt-Fälle "Arial" zum Zuge kommt und der von mir eingestellte Standard ignoriert wird.

Dass es für RT 5.6.5 keinen Support gibt, war und ist mir klar. Deshalb ja auch der Versuch, hier im Forum Licht ins Dunkel zu bringen.

Viele Grüße

nenem

Hallo nenem

Du schreibst:
Ich nehme an, dass die Angelegenheit gar kein Problem wäre, wenn sich Ragtime als Programm so einstellen ließe, dass auch beim Öffnen alter Dokumente "Times New Roman" als Standard-Schriftart gewählt würde.

Da irrst du! Beim Konvertieren eines RT3-Dokumentes wird dem neuen Dokument grundsätzlich die Schriftvorlage "Standardschrift" zugeordnet, die in den Schriftvorlagen unter "RagTime-6-Hilfsmittel" definiert ist. Dagegen wird für jede im RT3-Dokument verwendete Kombination von Schrift/Stil/Grösse eine eigene Vorlage erstellt. Wenn RagTime die verwendete Schrift kennt, dann wird diese Schrift den Vorlagen zugeordnet. RagTime sorgt sogar dafür, dass – sollten sich die Schriftdefinitionen im Lauf der Zeit leicht geändert haben – die im Dokument gespeicherte Zeichensatzmasse und -positionen verwendet werden. Die Zuordnung ist also nie abhängig von der Standardschrift, sondern allein davon, ob die im RT3-Dokument verwendete Schrift im Zeichensatzverzeichnis gefunden wird.

Offenbar sind deine 4 ttf-Schriften für RagTime nicht als Times erkennbar. Vielleicht würde es klappen, wenn du die 4 einzelnen Schnitte als Familie "Times" zusammenfassen könntest – oder durch eine Schrift "Times" ersetzen, welche die 4 Schnitte enthält, wie das bei anderen Schriften in deiner Windows-Umgebung der Fall ist. Aus meiner Sicht gibt es keine technischen Unterschiede! RagTime holt sich im System die Schriften, die es dort findet – egal ob Mac oder Windows. Sind denn die 4 Times-Schriften in anderen Programmen, z.B. Word, verfügbar? Wenn nicht, dann wäre klar, weshalb die Schrift auch durch RagTime nicht erkannt wrd. Wenn doch, dann können Unterschiede beim Zugriff der Programme auf die Schriften den Unterschied ausmachen.

Gruss, Thomas

Hallo Thomas,

ich denke, hier liegt ein Missverständnis vor.

Wenn die alten Dokumente geöffnet werden, erkennt RagTime 5.6.5 den Zeichensatz nicht und weist ihnen die Standardschriftart zu - kurioserweise aber "Arial". Um exakt diesen Schritt geht es: Die Standardschriftart ist bereits auf "Times New Roman" umgestellt, aber zur Anwendung kommt die Umstellung ordnungsgemäß nur bei neuen Dokumenten. Wieso also fällt RT bei alten auf "Arial" zurück?

Bei den 4 Schriften handelt es sich ja nur um vier Varianten derselben Schriftart. Unter Windows werden sie unter dem Oberbegriff "Schriftfamilie" zusammengefasst und (einzeln) angezeigt. Was innerhalb des Betriebssystems für diese begriffliche Zusammenfassung verantwortlich ist, weiß ich nicht. Im Dateimanager sehe ich jedenfalls genau 4 Dateien mit "times" im Dateinamen, die exakt der Zahl der Varianten entsprechen. Im alten Mac-System aber sind 10 vorhanden (die 4 zzgl. 6 mit Größeneinstellungen) - zusammengefasst in einem "Zeichensatzkoffer". Wurde ein altes RT-Dokument also mit Times 12 eingestellt, bezieht es die Informationen aus zwei "times"-Dateien. In Windows funktioniert es offensichtlich anders, weil es die Dateien, die für konkrete Schriftgrößen verantwortlich sind, gar nicht gibt. Die Größen müssen irgendwie anders generiert werden. Ich vermute, durch eine oder mehrere der vielen, im Fonts-Ordner von Windows vorhandenen Programmdateien. Jedenfalls stehen die 4 Schriften auch in anderen Programmen zur Verfügung - eben nicht nur in 6 voreingestellten Größen, sondern in jeder x-beliebigen.

Aber wie gesagt: Das Problem der Zuordnung ist ja erst der zweite Schritt. Der erste ist die "Weigerung" von RT, die gewählte Standard-Schriftart bei den Dokumenten anzuwenden und stattdessen wie in Stein gemeißelt "Arial" zu verwenden. Das gilt übrigens auch für alte Dokumente, die ich mit anderen Schriften wie z.B. "Palatino" oder "Helvetica" erstellt habe. Immer ist es "Arial". Scheinbar gibt es in RT keine Möglichkeit, dies Verhalten zu beeinflussen. Wäre es möglich, würden Dokumente eben von vornherein mit "Times New Roman" geöffnet - ungeachtet der konkreten Zuweisung.

Viele Grüße

nenem

Hallo nenem

Du schreibst: Wenn die alten Dokumente geöffnet werden, erkennt RagTime 5.6.5 den Zeichensatz nicht und weist ihnen die Standardschriftart zu - kurioserweise aber "Arial".

Das stimmt nicht!
Ich habe in den "RagTime-6-Hilfsmitteln" jetzt bewusst eine völlig andere Schrift als "Arial" oder "Times New Roman" für die Vorlage "Standardschrift" eingestellt: "Lucida Handwriting", die deutlich anders aussieht als "Arial" oder "Times". Diese wird nun in allen neuen Dokumenten als Standardschrift zugeordnet.

Auch beim konvertierten Dokument ist dies die Schrift, die der Vorlage "Standardschrift" zugeordnet wird. Wenn ich dann im Fenster "Schriftvorlagen" eine der Times-Vorlagen wähle, so ist der "Resultierende Zeichensatz" eben gar keiner und ist deshalb mit »« angezeigt. Darunter ist ein Beispiel, wo zwar der Text "Times" steht, aber in einer serifenlosen Schrift – durch Vergleich des Beispiels vermute ich, dass es sich (bei mir) um die Schrift "Open Sans" handelt. Wenn ich durch die Tabelle der verfügbaren Schriften klicke, finde ich keine markierte Schrift, was also dem »« entspricht.

Eine weitere Überprüfung: Ich klicke in den Text des konvertierten Dokuments und öffne im Fenster "Text/Information" die Rubrik "Zeichensatz". Korrekt wird angegeben, dass die Vorlage "Times 18 Schwarz" benutzt werde. Aber Schrift ist keine ausgewählt, weder "Arial" noch "Open Sans", obwohl der Text ja in einer serifenlosen Schrift angezeigt ist.

Damit ist belegt: RagTime ordnet bei der Konvertierung nicht – wie von dir vermutet – die Standardschrift zu, wenn "Times" nicht gefunden wird, sondern etwas Undefiniertes.

Dass die Schrift im konvertierten Dokument bei mir nicht "Arial" ist, kann ich auch noch wie folgt feststellen: Ich wähle im konvertierten Text ein Wort, das ein "e" enthält und ändere den Zeichensatz auf "Arial". Im Darstellungsmassstab 300% vergleiche ich mit einem "e" im Rest des Textes. Die beiden "e" unterschieden sich deutlich. Warum RagTime gerade diese Schrift für die Darstellung der unbekannten Schrift wählt, weiss ich nicht. Es könnte natürlich sein, dass bei dir aufgrund der vorhandenen Schriften "Arial" gewählt wird - bei dir der beschriebene Test also zu einem anderen Ergebnis führt als bei mir.

Nochmals: Du wirst dein Problem mit der Schrift nur lösen können, wenn du die 4 ttf-Times-Zeichensätze unter Windows durch eine Times-Schrift ersetzt hast, die auch von Ragtime als Times erkannt wird.

Gruss, Thomas

Hallo Thomas,

um mal mit Deiner letzten Anmerkung zu beginnen: "Ersetzen" ist hier das Stichwort. Bisher war mir nicht klar, wie es funktionieren soll, dem System neben der vorhandenen eine weitere Schriftart namens "Times" hinzuzufügen. Wenn sie gegen die vorhandene getauscht wird, müsste es natürlich gehen. Müsste...

Bzgl. Deiner weiteren Ausführungen kann ich Dir leider nicht mehr folgen. Wenn ich mit RT eine vorhandene rt3-Datei öffne und dann in den Text klicke, erscheint oben links bei den Zeichensatzangaben: Arial 18 schwarz. Klicke ich in den Rahmen mit der Seitenüberschrift, lautet die Angabe Arial 18F schwarz. Für mich heißt das: RT ordnet dem Dokument nicht etwas "Undefiniertes" zu, sondern die Schriftart "Arial". Evtl. war bzw. ist irreführend, dass ich in diesem Zusammenhang den Begriff "Standardschriftart" verwendet habe. Gemeint habe ich natürlich die standardmäßige Zuweisung eines Zeichensatzes (vor der Konvertierung) bei einem Dokument, bei dem RT den verwendeten nicht erkennt - und das ist "Arial". Bisher habe ich keine Möglichkeit gefunden, RT so einzustellen, dass dabei ein anderer genutzt wird und vermute, dass es keine gibt. Gäbe es eine, wäre ein großes Problem gelöst.

Viele Grüße

nenem

Hallo Norbert und Mathias,

vorweg eine Zusammenfassung der Ausgangssituation:

von ca. 1992 bis 1997 habe ich mit einem Macintosh Classic II, dem Betriebssystem 7.1 und RagTime 3 (vermutlich 3.1) gearbeitet. 99% aller damals entstandenden Dateien wurden mit RT erstellt. Im Rahmen meines Wechsels zu Windows 95 habe ich sie mit DiskDoubler gepackt und auf Disketten gesichert. Gelungen ist mir bisher, sie auf Linux-Rechnern (Ubuntu) mit installiertem Emulator "Basilisk II", System 7.5, DiskDoubler 4 und Ragtime 3.2. wiederherzustellen - was die Dateien betrifft also den Status Quo von damals. Danach habe ich sie unter Linux per Kommando alle um die Dateiendung ".rt3" erweitert. Auf einem Rechner ist parallel Windows 10 installiert und eine gemeinsame Partition, auf die sowohl von Linux, als auch vom gebooteten Emulator mit dem Mac-System 7.5 und von Windows zugegriffen werden kann. Dort liegen die alten Dateien, und weitere Bearbeitungsschritte versuche ich mit RagTime 5.6.5 unter Windows 10. Außer dem alten Classic II (momentan noch nicht wieder funktionsfähig) besitze ich keinen weiteren Mac.

@Norbert: Unabhängig vom empfohlenen Tool ist mir Dein Ansatz nicht klar. Beispiel Schriftart "Times": Die wiederhergestellten Dokumente werden unter System 7.1 mit RT 3.2 ordnungsgemäß dargestellt - unter Windows von RT 5.6.5 aber unerwünscht mit Arial geöffnet. Nach einer entsprechenden (aufwändigen) Behandlung und Einstellung der Schriftart auf "Times New Roman" zeigen sie sich wieder ordnungsgemäß. Meinst Du mit dem Schriftart-Konvertierungsansatz, dass Windows z.B. dieser Zeichensatz quasi als "Times" untergejubelt wird und dann die Dokumente einwandfrei dargestellt werden sollten? Und wie gesagt: Einen moderneren Mac habe ich gar nicht. BTW: Was meinst Du mit Deinem letzten Satz?

@Mathias: Dass RT die im Betriebssystem (Windows 10) vorhandenen Schriften nutzt, hatte ich auch schon vermutet. Was ich aber nicht verstehe: Dass RT veränderte Standard-Schrifteinstellungen nicht dauerhaft speichert. Ich hatte via Menüpunkt "Hilfsmittel" alle Positionen auf "Times New Roman" eingestellt, aber bei jedem neu geöffneten Dokument sehe ich wieder alles in "Arial". Wieso lässt sich RT nicht definitiv umstellen, sondern greift standardmäßig auf "Arial" zurück, wenn eine andere Schriftart nicht installiert ist? Bzw.: Lässt sich RT zu "Times New Roman" zwingen, und ich sehe den nur entsprechenden "Schalter" nicht? Ansonsten s.o.: Die moderne Variante von "Times" ist installiert ("T. New Roman"), aber RT wendet sie nicht an.
Zum pdf-Problem: Mich würde wundern, wenn es am Treiber liegt. Bei Dokumenten anderer Programme zeigen die Druckeinstellungen das Hochformat an - also genau das, welches auch in den Systemeinstellungen zu "Microsoft Print to PDF" zu finden ist. Selbst bei RT und neuen Dokumenten ist es so - nur bei den alten eben standardmäßig das Querformat. Dennoch danke für den Hinweis auf die Alternative (RT-Exportfunktion). Damit lassen sich aber leider aus den alten Dokumenten keine pdf-Dateien erstellen, denn es wird ein Fehler angezeigt: "Die Aktion konnten nicht ausgeführt werden. Klasse nicht registriert" (keine Fehlernr.).
Infos über die Nutzungsumgebungen: s.o. (Ausgangssituation). Die Schriften habe ich noch, aber damals gab es keine Dateiendungen. Deshalb ist mir das Format nicht bekannt.

Viele Grüße

nenem

Hallo nenem

Die Einstellungen für Schriften in den Hilfsmitteln haben beim Öffnen keinen Einfluss auf die Schriften im Dokument. Wenn Im Dokument Schriften verwendet werden, die dem laufenden RagTime nicht bekannt sind, so wird normalerweise eine Meldung angezeigt und in einem Fenster kann angegeben werden, durch welche Schrift die nicht verfügbare Schrift ersetzt werden soll. Das hat aber keinen Einfluss auf das nächste Dokument, das geöffnet wird. RagTime merkt sich also nicht, dass bei allen Dokumenten, die Times verwenden, diese Schrift beim Öffnen durch Times New Roman ersetzt werden soll.

Diese Feststellung trifft nur auf Dokumente zu, die ohne Konverter geöffnet werden können – ich bin nicht sicher, ob alle Dokumente ab RagTime 4 dazugehören. Es scheint, dass der Konverter für rt3-Dokumente diese Meldung nicht bringt (ich kann das nicht überprüfen, da ich keine rt3-Dokumente besitze, auch wenn ich seinerzeit selbst mit RT 3.2 gearbeitet habe), sondern laut deiner Meldung einfach eine andere Schrift (in deinem Fall Arial) verwendet.

Wenn du ein RT3-Dokument geöffnet hast, dann kannst du mit Fenster/Hilfsmittel/Zeichensatzverzeichnis ein Fenster öffnen, in welchem du für das ganze Dokument die Schrift Arial durch Times New Roman ersetzen kannst.

Wenn in all deinen RT3-Dokumenten grundsätzlich die Schrift Times verwendet wurde, und du vermeiden willst, diese Schrift-Ersetzung in jedem Dokument einzeln machen zu müssen, dann gibt es nur die Lösung, dass du die damals verwendete Times-Schrift mit einem Font-Umwandlungsprogramm in ein heute brauchbares Format konvertierst und dann unter dem Namen "Times" in deiner Windows-Umgebung installierst. Mit solchen Programmen kenne ich mich nicht aus. – Oder du findest in irgend einer Font-Bibliothek eine solche Times-Schrift. – Ich habe auf meinem alten Mac festgestellt, dass ich die Schrift Times in neuen RagTime-Dokumenten benützen kann. Im Zeichensatzverzeichnis von RagTime ist sie als TrueType-Schrift greifbar. Aber Im Schrift-Verwaltungsprogramm von macOS wird sie nicht gefunden. Wenn ich herausfinde, wo RagTime die Schriftdefinition holt, könnte ich dir diese liefern.

Wegen dem Seitenformat kann ich dir nicht raten. Wenn du willst, kannst du mir eines deiner RT3-Dokumente senden (an die im Forum hinterlegte Mailadresse). Ich kann mir das dann sowohl mit RT unter macOS oder unter Windows 10 ansehen – ich habe beides.

Gruss, Thomas

Hallo Mathias,

ja, es sind (inzwischen) 3.2-Dateien. Evtl. wurden sie mal mit 3.1 erstellt, aber in einem ersten Durchlauf habe ich sie alle mit 3.2 geöffnet und neu abgespeichert. Die Originale sind weiterhin (und insofern der Datenbestand doppelt) vorhanden.

Auf die von Dir beschriebene Weise kann ich sie auch mit 5.6.5 öffnen und und neu mit der Dateiendung ".rtd" abspeichern. Das eigentliche Problem aber habe ich im Eingangsposting beschrieben: Zeichensätze werden nicht automatisch übernommen und beim Drucken als pdf-Datei ist bei RagTime das Querformat voreingestellt. Jedes einzelne Dokument erfordert also einen größeren Workaround, bevor es - entweder im rtd- oder pdf-Format - als Datei vorliegt, deren Design dem des Originals entspricht.

Edit: Kurzum wäre mir schon eingermaßen geholfen, wenn ich RT so einstellen könnte, dass Dokumente mit den Pendants zu den ursprünglich Zeichensätzen geöffnet würden und standardmäßig das Hochformat für den Druck mit "Microsoft Print to PDF" eingestellt wäre. Dann könnte ich genauso vorgehen, wie bei meinem ersten Durchlauf: Jeweils 15 Dokumente auf einmal öffnen und sie mit 2 oder 3 Klicks im neuen Format abspeichern (und ggf. auch per Druckbefehl im pdf-Format). Übrigens habe ich die Dateien nach dem ersten Durchgang auf Unix-Ebene (also auf dem Host = Ubuntu) per Kommando alle auf einmal mit der Dateiendung ".rt3" versehen.

Und einen Konverter, mit dem sich viele Dateien auf einmal bearbeiten lassen, gibt es wohl definitiv nicht, oder?

Viele Grüße

nenem

Eine Idee habe ich noch.
Du schreibst, "im neuen Format abspeichern (und ggf. auch per Druckbefehl im pdf-Format)"

Du kannst im 7er System bereits ein PDF erzeugen.
"https://www.macintoshrepository.org/2292-printtopdf"
Das ist vor den anderen Versuchen, die Datei auf ein heutiges System zu retten.
Somit hast Du minimale Eingriffe und immerhin das PDF als Ergebnis.

Mit freundlichem Gruß
Mathias Milchmeyer

Hallo Mathias,

es funktioniert nicht so, wie es soll - insbesondere nicht die Einstellungen, die angeblich gespeichert werden sollen. Im Manual heißt es:

"If you don’t want to see a Save dialog each time you make a PDF file, open the preferences dialog and go to the Output tab. You can specify that the PDF files be saved to your desktop or to any folder you choose. When you specify a location, PrintToPDF will use its best guess for a file name. If the document you are printing is named “MyDoc”, then the file name will probably be MyDoc.PDF. If that file already exists in the folder, and you leave the “Modify Name” option selected, PrintToPDF will use the name MyDoc-1.PDF. If that name too is taken, PrintToPDF will try the names MyDoc-2.PDF through MyDoc-9.PDF, then give up. The “Use Name Folder” option is intended for workflow automation solutions. If this option is selected, PrintToPDF will look for a folder named “PrintToPDF Output File Name” in your Preferences folder. The name of the first file or folder within that folder will serve as the name of the PDF file."

All das geschieht nicht, und die Einstellungen müssen jedes Mal wieder neu gesetzt werden. Sehr viel aufwändiger, als der bisher gangbare Weg, mit RT 5.6.5. den Dateibestand händisch durchzuarbeiten, denn Stapelverarbeitung beherrscht auch das Programm für System 7 nicht.

Viele Grüße

nenem

Lieber Nemen,

danke für Deine rasche Antwort.
Es tut mir leid, dass Du so viel Mühe hast und keine Lösung findest.
Leider habe ich keinen weiteren Rat für Dich.

Mit freundlichem Gruß
Mathias Milchmeyer