Öffnen im Hintergrund

Hallo Euch allen,

vielen Dank für die Antworten.
Ich könnte die "Datenblätter" auch schützen. Nur können wir dann zu
jeder Änderung im Datenblatt an den Server eilen und dort den Schutz
aufheben. Mir ging es lediglich darum, statt dem anonymen REF! den
konkreten Hinweis "Öffnen war nicht möglich. Das Dokument wird gerade
anderweitig benutzt…" zu erhalten, also zu wissen, warum das REF!
erscheint.

Mit freundlichen Grüßen
Norbert O

Am 30.05.2006 um 09:27 schrieb Gottwalt Thiersch:

>
> Am 30.05.2006 um 08:42 schrieb Norbert R.Obst:
>
>>
>> Hallo, wer weiß was?
>>
>> Ich arbeite mit Mac OS X Version 10.4.4 und RagTime 5.6.6 und
>> RagTime_6.0b6(1576) auf einem PowerPC G5 mit 1.8 GHz.
>>
>> Wir haben je ein "Datenblatt" für die von uns verwalteten
>> Wohnungseigentümergemeinschaften. Wenn wir beispielsweise einen Brief
>> schreiben wollen, wird beim Abreißen vom Briefformularblock nach dem
>> Datenblatt gefragt. Ist nun auf einem Mac im Netzwerk eine
>> Mitarbeiterin damit beschfätigt, einen Brief an die
>> Wohnungseigentümergemeinschaft A zu schreiben und will ein anderer
>> Mitarbeiter im Netzwerk zum Beispiel ein Protokoll schreiben und
>> verbindet er dieses Protokoll-Dokument mit dem Datenblatt zu A, so
>> wird in den entsprechenden Rechenblattzellen im Protokoll-Dokument
>> REF! angezeigt.
>> Kann man das nicht so programmieren, daß der Hinweis erscheint:
>> Öffnen war nicht möglich. Das Dokument wird gerade anderweitig
>> benutzt …
>> Das REF! irritiert jedenfalls.
>
> Hallo Norbert,
>
> das REF! ist ja eine Standard-Fehlermeldung, wenn Du so willst, die
> lediglich sagt: Kann auf ein in der Formel referenziertes Objekt
> nicht in der gewuenschten Art zugreifen.
>
> Das erscheint ja auch, wenn eine Formel z. B. eine Zahl referenzieren
> will, und anstelle der Zahl steht am Bezugsort ein Buchstabe. Oder
> eine Formel erwartet einen nichtleeren Wert, und die referenzierte
> Zelle ist leer. Es gibt viele weitere Beispiele dafuer, und Deines
> besagt schlicht: Ich kann das referierte Datenblatt nicht oeffnen.
>
> Es gibt dazu im Uebrigen einen Umweg, der dies verhindert: Realisiere
> die Anbindung der Daten nicht ueber das RagTime-Datenblatt sondern
> ueber Filemaker mit FileTime. Da kann man auf ein entsprechendes
> Datenblatt beliebig oft zugreifen.
> Eine weitere Moeglichkeit waere, dass beim Abreissen das Datenblatt
> immer ins Inventar mitkopiert wuerde und somit immer lokal
> zugegriffen wuerde. Der Nachteil hierbei ist natuerlich, dass
> kurzfristige Aenderungen nicht ins Dokument einfliessen und auch
> nicht auf das urspruengliche Datenblatt einwirken.
>
> Gruss
>
> Gottwalt
> _________________________________________________
> Die macnews.de Mailingliste Ragtime:
> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
> Neu: Das Mailinglistenarchiv unter
> http://forum.macnews.de/lists

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Am 30.05.2006 um 14:54 schrieb Norbert R. Obst:

>
> Hallo Euch allen,
>
> vielen Dank für die Antworten.
> Ich könnte die "Datenblätter" auch schützen. Nur können wir dann zu
> jeder Änderung im Datenblatt an den Server eilen und dort den Schutz
> aufheben.

Nun, gluecklicherweise koennte man das auch remote erledigen. Habt
Ihr einen Server, der read-only-Dateien mehreren Benutzern
gleichzeitig zur Verfuegung stellt, read/write aber nur einem
Benutzer? Ueblicherweise wuerde dann der zweite (und alle weiteren)
Benutzer die Dateien halt nur mit Leserechten oeffnen koennen, aber
oeffnen muesste doch moeglich sein!

> Mir ging es lediglich darum, statt dem anonymen REF! den
> konkreten Hinweis "Öffnen war nicht möglich. Das Dokument wird gerade
> anderweitig benutzt…" zu erhalten, also zu wissen, warum das REF!
> erscheint.

Genau das weiss aber die Formel nicht. Die Formel "weiss" nur: Ich
kann eine eingegebene Referenz nicht ausfuehren. Da die
Moeglichkeiten dafuer sehr sehr zahlreich sein koennten, denke ich,
dass die RagTime-Entwickler auch in Zukunft auf explizite
Fehlermeldungen verzichten werden.

An der Stelle nochmals mein Pladoyer fuer FileTime. Damit waere es
problemlos moeglich, dass mehrere Nutzer gleichzeitig lesend und
schreibend Zugriff auf die Daten erhalten.

Gruss

Gottwalt
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Hallo Gottwalt,
vielen Dank für Deine Antwort. Deinem Hinweis, die Datenblätter auf
read-only einzustellen werde ich nachgehen.

Ich habe mich nie mit FileTime beschäftigt. Daher weiß ich auch
nicht, ob ich damit all das machen kann, was mir das RT-Rechenblatt
bietet. In dem "Datenblatt" für eine Wohnungseigentümergemeinschaft
sind nicht nur die Namen, Anschriften, Telefonnummern,
Girokontonummern usw. der Wohnungseigentümer enthalten. In dem selben
Blatt wird die Verteilung aller Betriebskosten nach unterschiedlichen
Schlüsseln berechnet, aus dem Buchenblatt werden die Zahlungen
übernommen, die wiederum in die Hausgeldabrechnung fließen usw.
Mit RagTime kann ich umgehen. Wie ich das alles in FileTime
organisieren sollte, das weiß ich nicht. Für die über zwanzig
Wohnanlagen (bis zu 60 Eigentümer in einer Anlage), die wir
verwalten, haben wir je ein Datenblatt und darin alle Daten und
Berechnungen schön übersichtlich und getrennt.

Mit freundlichen Grüßen
Norbert O

Am 30.05.2006 um 15:12 schrieb Gottwalt Thiersch:

>
> Am 30.05.2006 um 14:54 schrieb Norbert R. Obst:
>
>>
>> Hallo Euch allen,
>>
>> vielen Dank für die Antworten.
>> Ich könnte die "Datenblätter" auch schützen. Nur können wir dann zu
>> jeder Änderung im Datenblatt an den Server eilen und dort den Schutz
>> aufheben.
>
> Nun, gluecklicherweise koennte man das auch remote erledigen. Habt
> Ihr einen Server, der read-only-Dateien mehreren Benutzern
> gleichzeitig zur Verfuegung stellt, read/write aber nur einem
> Benutzer? Ueblicherweise wuerde dann der zweite (und alle weiteren)
> Benutzer die Dateien halt nur mit Leserechten oeffnen koennen, aber
> oeffnen muesste doch moeglich sein!
>
>> Mir ging es lediglich darum, statt dem anonymen REF! den
>> konkreten Hinweis "Öffnen war nicht möglich. Das Dokument wird gerade
>> anderweitig benutzt…" zu erhalten, also zu wissen, warum das REF!
>> erscheint.
>
> Genau das weiss aber die Formel nicht. Die Formel "weiss" nur: Ich
> kann eine eingegebene Referenz nicht ausfuehren. Da die
> Moeglichkeiten dafuer sehr sehr zahlreich sein koennten, denke ich,
> dass die RagTime-Entwickler auch in Zukunft auf explizite
> Fehlermeldungen verzichten werden.
>
> An der Stelle nochmals mein Pladoyer fuer FileTime. Damit waere es
> problemlos moeglich, dass mehrere Nutzer gleichzeitig lesend und
> schreibend Zugriff auf die Daten erhalten.
>
> Gruss
>
> Gottwalt
> _________________________________________________
> Die macnews.de Mailingliste Ragtime:
> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
> Neu: Das Mailinglistenarchiv unter
> http://forum.macnews.de/lists

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Am 30.05.2006 um 22:07 schrieb Matthias Liebler:

>
> Am 30.05.2006 um 15:12 schrieb Gottwalt Thiersch:
>
>> An der Stelle nochmals mein Pladoyer fuer FileTime. Damit waere es
>> problemlos moeglich, dass mehrere Nutzer gleichzeitig lesend und
>> schreibend Zugriff auf die Daten erhalten.
>
> Aber nicht, wenn man Filemaker ab Version 7 und/oder RagTime 6 hat.

Weshalb nicht?

Seit wann macht FileTime und/oder Filemaker da eine Einschraenkung?

Gruss

Gottwalt
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Am 30.05.2006 um 15:12 schrieb Gottwalt Thiersch:

> An der Stelle nochmals mein Pladoyer fuer FileTime. Damit waere es
> problemlos moeglich, dass mehrere Nutzer gleichzeitig lesend und
> schreibend Zugriff auf die Daten erhalten.

Aber nicht, wenn man Filemaker ab Version 7 und/oder RagTime 6 hat.

Freundliche Grüße

Matthias Liebler

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Am 30.05.2006 um 22:37 schrieb Gottwalt Thiersch:

>
>
> Weshalb nicht?
>
> Seit wann macht FileTime und/oder Filemaker da eine Einschraenkung?
>

Guckst Du hier:

Auskunft von RagTime zu der Sache: FileMaker hat die AppleEvent-
Schnittstelle ohne Not dichtgemacht, wir arbeiten (nach der RT-Beta-
Phase) an einer anderen Lösung. ;-((

Auskunft von FileMaker: Stimmt, es geht nicht mehr... :-(((

Freundliche Grüße

Matthias Liebler

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Am 30.05.2006 um 22:37 schrieb Gottwalt Thiersch:

>
> Weshalb nicht?
>
> Seit wann macht FileTime und/oder Filemaker da eine Einschraenkung?

Siehe hier:

http://www.ragtime.de/link.cgi?preview

"Systemvoraussetzungen: RagTime 5 unter Mac OS 8/9 oder Mac OS X,
FileMaker Pro ab Version 3 bis Version 6."

Freundliche Grüße

Matthias Liebler

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Am 30.05.2006 um 23:38 schrieb Matthias Liebler:

>
> Siehe hier:
>
> http://www.ragtime.de/link.cgi?preview
>

Sorry, war der falsche Link. Hier der richtige:

http://www.ragtime.de/Content/produkt_filetime/index.html

Freundliche Grüße

Matthias Liebler

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists