Problem mit Adressbuchfunktionen in RagTime 6.5

Hallo,
ich bin auf folgendes Problem in Zusammenhang mit den Adressbuchfunktionen gestoßen:

Benedikt Quirmbach schrieb zu seinem Beispieldokument "Adressbuchliste.rtd":

Ist das Dokument erst einmal gespeichert, werden die Adressbuchformeln "eingefroren". Man muss sie erst wieder zum Leben erwecken. Das macht man auch in den Dokumenteinstellungen auf der Tafel "Adressbuch". Hier muss man "Alle Adressbuchfunktionsergebnisse sind fixiert" abwählen. Man könnte natürlich diesen Vorgang auch mit einem AppleScript lösen, dass man an einen Knpf "hängt"...

Bei mir funktioniert das aber nicht. Die Adressbuchfunktionen rechnen erst wieder, wenn ich in die jeweilige Formel gehe und daran etwas ändere, also zum Beispiel ein Leerzeichen einfüge und gleich wieder entferne. Ansonsten bleiben die Ergebnisse fixiert.

Kann jemand mal versuchen, das unter RagTime 6.5 und Mac OSX 10.5.6 nachzuvollziehen?

Außerdem habe ich noch die Frage, wie die Feldbezeichnungen des Adressbuchs korrekt anzugeben sind. Gibt es irgendwo eine Liste, die alle Möglichkeiten enthält? Die RagTime-Hilfe führt hier nicht wirklich weiter, weil keine Beispiele zu sehen sind. Ich komme da bei den Feldern nicht weiter, die mehrfach vorhanden sein können.

So bringt mir
"AdressbuchfeldGruppe('Phone!Mobile';'Gruppenname';Zeile)" ein richtiges Ergebnis,
"AdressbuchfeldGruppe('Phone!Work';'Gruppenname';Zeile)" funktioniert aber nicht,
"AdressbuchfeldGruppe('Phone!WorkFAX';'Gruppenname';Zeile)" funktioniert auch nicht.

Ich bekomme ich nur mit
"AdressbuchfeldGruppe('Phone';'Gruppenname';Zeile) ein Ergebnis, das aber nichts nutzt, wenn bei einem Eintrag mehrere Telefonnummer vorhanden sind.

Danke

Lutz Cleffmann

P.S. Habe es gerade mit RagTime 6.02 ausprobiert mit dem gleichen Ergebnis.

Re: Problem mit Adressbuchfunktionen in RagTime 6.5

#8286 On 4 Januar, 2009 14:35 Thomas Kaegi said,

Hallo Lutz

Ich arbeite mit OS X 10.5.6, RT 6.5 (1811) und Adressbuch 4.1.1 (699)

1. Es reicht nicht, die Fixierung der Adressbuchfunktionen zu lösen. Du musst auch noch "Alles rechnen" befehlen. - Der Sinn dieser Fixierung ist es, dass man z.B. einen verschickten Brief oder Serienbrief wieder so reproduzieren kann, wie er ursprünglich verschickt wurde. In der Zwischenzeit vorgenommene Änderungen an Adressen werden damit - mindestens vorerst - ignoriert. So kann ich bei einer Reklamation mühelos herausfinden, ob der Brief noch an eine alte, oder bereits an die neue Adresse verschickt wurde.

2. Ich habe seit langem ein Problem mit meinem Adressbuch: Immer wieder kommt es vor, dass ich bei Ergänzung einer Adresse (wenn ich mich richtig erinnere jedoch nicht bei Eingabe einer neuen Adresse), z.B. mit einer Mobiltelefonnummer, die Feldbezeichnung richtig eingebe, diese aber beim Abschliessen der Bearbeitung auf eine andere Feldbezeichnung wechselt. Ich bin mir nicht sicher, aber ich glaube einen Zusammenhang zu erkennen zu Adressen, die ich mal gesamthaft importiert hatte. Bei einem ersten Versuch, dein Problem nachzuvollziehen, hat es wie bei dir nicht geklappt. Aber ich hatte es mit einer Adresse versucht, die genau mit diesem Problem behaftet war. Gut möglich also, dass in der betreffenden Adresse etwas durcheinander ist und es deshalb nicht klappte. Bei einem zweiten Versuch mit einer Adresse, welche schon seit der Eingabe je eine Telefonnummer "Arbeit" und "Fax Arbeit" aufwies, ebenso wie mit einer neu eingegebenen Testadresse klappte es problemlos, genau mit den von dir verwendeten Formeln: Ich schob die Adressen in eine existierende Gruppe, bestimmte deren Index innerhalb der Gruppe und holte dann mit den Formeln ohne Schwierigkeiten die richtigen Telefonnummern. Falls du ähnliche Adressbuchprobleme beobachtet haben solltest, so hilft dir vielleicht dieser Hinweis. Versuch's doch auch mal mit einer neu eingegebenen Testadresse.

Mit freundlichem Gruss
Thomas

Re: Problem mit Adressbuchfunktionen in RagTime 6.5

#8287 On 5 Januar, 2009 08:59 Lutz Cleffmann said,

Hallo Thomas,
danke für die Hinweise. Ich werde allerdings erst am nächsten Wochenende dazu kommen, das Ganze mal zu testen und dann berichten.
Gruß
Lutz Cleffmann