RagTime-Forum

Hallo,

habe einige Zeit hierdran getüfftelt und wollte es gerne mit euch teilen. Vielleicht hat ja in Zukunft nochmal jemand ein ähnliches Problem.
Und zwar wollte ich gerne eine automatische Zeilennummerierung haben, die Immer dann nummeriert wenn was in Spalte B steht.

Weiterhin wollte ich gerne eine Nummerierung mit Unterpunkten.

Also zum Beispiel
1.1
1.2
1.3

2.1
2.2
2.3

Hier gibt es die Beispieldatei nun :)
http://experts.ragtime.de/experts/node/3939

Wichtig ist einfach, dass man Oberpunkte in Spalte C schreibt und Unterpunkte in Spalte D.
Hierdurch hat man die Unterpunkte auch gleich eingerückt was ich ganz schön finde.
Die Spalte C und Spalte A habe ich ganz klein gemacht.

Man kann Zeilen einfügen und Zeilen entfernen und alles klappt weiterhin. Das ist das besondere an dieser Lösung.
Alle anderen Lösungen mit A1+0,1 oder so haben das PRoblem beim Zeilen einfügen.
Hier haben wir das nicht.

Vielleicht gefällt dem einen oder anderen ja auch diese Lösung.

Sie wurde noch nicht ausgiebig gestestet! Also wenn jemandem was auffällt bitte gerne an mich schreiben dann kann ich das anpassen

Viel Spaß damit

Ich habe ein rtt-Dokument an Kollegen.
Beim Sichern als rtd-Dokument habe ich mit SetzeDokName eingegeben "Datum-Name-Vorname".
(= Datum im Format 2018-06-30 und Name und Vorname des Patienten)
Das klappt prima.

Allerdings verstehen die meisten Kollegen leider kein rtd - also muss ich pdf mailen.

Beim Speichern im Druckmodus als pdf wird mir aber von Rt leider das langweilige "Brief an HZA, Layout 1.pdf" vorgeschlagen anstelle meiner SetzeDokName-Formel.

Hat jemand eine Idee?

Schöne Grüße Thomas Schnell

Hallo,

eine ähnliche Frage habe ich hier im Forum schon gesehen, aber die Lösung hat mir leider nicht geholfen (Rechenblatt-> Anordnung->Orientierung), deshalb nun hier mein Problem:

Ich habe ein RT-Dokument mit festgelegten Containergrößen, in die Fotos per drag&drop gezogen werden sollen. Aus mir unbekannten und nicht nachvollziehbaren Gründen klappt es nur bei ca. 20% der Fotos, dass das Format beibehalten wird, obwohl die Container schon die entsprechenden Formate (Querformat und Hochformat) haben.
In den anderen 80% wird das Querformatbild hochkant mit ensprechender Skalierund (also mit weißen Rändern links und rechts) eingefügt.

Die einzige Möglichkeit die ich dann habe ist, den ganzen Container zu drehen, was bei ca. 300 vordefinierten Seiten mit ca. 4 Bildern/Seite sehr, sehr nervig ist.

Hat da jemand einen Tipp für mich? Und ja, es ist notwendig, dass alles mit RT zu machen, falls einer meint, dass könnte man mit einem anderen Programm besser machen ;-)

LG, Eva

Am Donnerstag beginnt die Fussball-WM in Russland. Seit letzter Woche steht der WM-Planer hier zur Verfügung.

Wegen der geänderten Regeln habe ich die ganzen Berechnungen für die Klassierung in der Gruppenphase neu programmieren müssen. Ich hoffe, es seien mir keine groben Fehler unterlaufen. Es hätte meine Möglichkeiten überstiegen, wirklich alle Varianten zu testen. Bei festgestellten Fehlern bitte ich um Rückmeldung mit möglichst genauer Beschreibung.

Viel Spass!
Thomas

Hallo,

ich finde dazu nichts in der Referenz und auch nichts im Forum.

Ich erstelle über die Inhaltsverzeichniss erzeigen Funktion von Ragtime ein Inhaltsverzeichniss. Das klappt wunderbar.
Eine Frage hierzu wo ich schon dabei bin.
Wie kann ich mehr Abstand zwischen den Punkten zum Beispiel machen? Also ich kriege es nur hin als Füllzeichen zum Beispiel einen Punkt zu setzen "."
Leider geht sowas wie ". . ." nicht.
Stattdessen kenne ich nur die drei Punkte …

Aber gibt es auch noch einen Weg einfach Punkte mit mehr Abstand zu machen?

Jetzt wieder zur eigentlichen Frage.

Wenn ich nun per Distiller eine PDF generiere, hat die leider nicht das Inhaltsverzeichniss mit übernommen.

Gibt es da eine Einstellung für?

Hallo zusammen,
seit einigen Tagen funktioniert mein RagTime 6.6.4 unter MacOS 10.13.4 (High Sierra) nicht mehr so richtig. Das äußert sich darin, dass das Verschieben von Containern nicht mehr in Echtzeit passiert, sondern zwei bis drei Sekunden dauert. Das gleiche Phänomen tritt bei der Vergrößerung/Verkleinerung von Containern mittels der Anfasser auf. Ein rechnerspezifisches Problem kann ich ausschließen, da die Probleme auf allen iMacs hier und auch auf meinem Macbook (alle gleich konfiguriert) auftreten.

Hat jemand eine Idee, woran das liegen könnte und/oder wie das Problem beseitigt werden kann. Es nervt...

Hallo!

Hier haben heute einen Build 1890 freigegeben, in dem noch einige wichtige Verbesserungen erfolgt sind:
- Bessere APFS-Unterstützung (Sichern unter, Kürzlich benutze Dokumente)
- Verbesserungen beim PDF-Import
- Des Weiteren wurden einige Abstürze behoben.

Wir empfehlen auf diese Version zu aktualisieren.

Thomas Eckert
Ragtime Support

Hallo Forums-Mitglieder,
wir haben unter MacOS 10.10 sowohl RagTime 6.5.2 als auch RagTime 6.6.3 installiert und beide Installationen mit Martin's PowerFunctions erweitert. RagTime-Dokumente, die unter RT 6.5 erzeugt wurden und PowerFunctions verwenden, können in RT 6.6 geöffnet und bearbeitet werden. Sobald diese Dokumente aber unter RT 6.6 gespeichert werden, können sie nicht mehr mit RT 6.5 bearbeitet werden. Bei dem Versuch, sie zu öffnen stürzt RT 6.5 ab. Dokumente, die PowerFunctions nicht verwenden, sind davon nicht betroffen.

Von einem ähnlichen Problem berichtete Jürgen Schell vor einiger Zeit bezüglich der Frage, ob RT 6.0 parallel zu RT 6.5 betrieben werden kann. Er verwies auf einen Konflikt mit der Lizenzierung der RT-Erweiterungen. In diesem Zusammenhang sei erwähnt, dass RT 6.6 und RT 6.5 mit unterschiedlichen Autorisierungsnummern freigeschaltet wurden, die Erweiterung jedoch mit derselben Autorisierungsnummer. Hilft eventuell eine unterschiedliche Autorisierungsnummer für die Erweiterung dem Problem ab?

Weiß jemand eine Lösung ?

Liebe Forums-Mitglieder,
wir benötigen fachkundigen Rat zu einem Problem beim Übergang von RagTime 6.5.2 auf RagTime 6.6.3 (jeweils unter MacOS 10.10):
In einer Reihe selbst erstellter Dokumenten-Vorlagen wird die Bearbeitung durch Knöpfe gesteuert (Drucken, Datum setzen, PDF erzeugen, ...). Die Knöpfe sind in einem Rechenblatt installiert, das seinerseits in einem Rahmen auf einem Layout plaziert ist. Der Rahmen und sein Inhalt sind nichtdruckend. Die Eigenschaften der Zellinhalte des Rechenblatts sind so eingestellt, dass sie auf dem Bildschirm sichtbar sind, im Druck aber nicht. Unter RagTime 6.5 sind in dieser Anordnung die Knöpfe im Layout auf dem Bildschirm sichtbar, auch wenn die nichtdruckenden Elemente ausgeschaltet sind: es bleiben die Knopfumrandung und der Knopftext sichtbar, im gedruckten Dokument erscheinen sie dagegen nicht.
Werden die Dokumente unter RagTime 6.6 geöffnet, sind bei ausgeschalteten nichtdruckenden Elementen die Knöpfe auf dem Bildschirm komplett unsichtbar! So ist die Dokumenten-Handhabung mittels Knopfsteuerung stark eingeschränkt, was wir sehr ärgerlich finden.

Weiß jemand, worin die Ursache für die unterschiedliche Bildschirmdarstellung liegt und wie man die gewünschte Darstellungsweise der Knöpfe unter RagTime 6.6 wieder hinkriegt ?

Hallo

Habe RT6.6.3 auf meinem Mac.
RT6.6.3 ist doch noch eine 32-bit Version?
Wurde hier im Forum oder bei RT was über 64-bit gesagt?

Jochen