Adressbuchfuntionen

Lieber Thomas,

inzwischen habe ich mir so etwas Ähnliches gedacht. Ich empfinde aber die Darstellung als inkonsequent. Da gibt's im Mac OS so manche Stellen, bei denen man erst mal schlucken muss, bis man's kapiert hat, und RagTime kann da wohl auch nichts machen.

Danke
Andreas

Lieber Andreas

Nun noch zu deiner zweiten Frage: Es stimmt, dass die Adressen mit der von dir verwendeten Funktion nicht in der gleichen Reihenfolge geliefert werden, wie sie im Adressbuch angezeigt werden. Das ist in meinen Anwendungen dieser Funktion genau gleich - schon vor langer Zeit erstellt, weshalb sie mir nicht gleich geläufig waren.

Ich vermute, dass die Nummer sich gar nicht auf die im Adressbuch angezeigte Reihenfolge bezieht. Das sehe ich auch daran, dass die Umsortierung des Adressbuchs (nach Vor- statt nach Nachnamen) keinen Einfluss auf die Sortierung der Namen in der Rechenblatttabelle hat. Es fällt zudem auf, dass die Sortierung nach Vor- und Nachnamen die einzigen im Adressbuch vorgesehenen Sortierkriterien sind. Eine Sortierung nach Land oder Postleitzahl, wie sie für viele Anwendungen zwingend nötig wäre, ist z.B. gar nicht vorgesehen.

Damit würde es also auch relativ sinnlos sein, in RagTime die Sortierung des Adressbuchs zu übernehmen. Ich vermute deshalb, dass beim Adressbuch an der programmtechnischen Schnittstelle die Abfrage nach der Sortierung gar nicht vorgesehen ist.

Offenbar dient diese Nummer nur dazu, den Datensatz an der Programmschnittstelle des Adressbuchs bei der Abfrage durch RagTime eindeutig zu identifizieren, so dass mit der gleichen Nummer die entsprechenden Felder des gleichen Datensatzes geliefert werden. Die Sortierung nach den gewünschten Kriterien muss danach selbst vorgenommen werden. Nach welchem Kriterium diese Nummer den Datensatz identifiziert, kann ich nicht erkennen.

Gruss, Thomas