Tach Kameraden, Kollegen, Freunde, Bekannte und Unbekannte,

ich müsste mal ´ne Idee oder einen Richtungswink abstauben :-)

Ich bastel gerade an einer recht simplen Datenbank. Diese DB stellt Hauptdokumente und Responses bereit.
Sinn und Zweck der DB soll sein, Dateien für "Andere" bereitzustellen.

Problem 1:
In den Hauptdokumenten soll nur eine grundsätzliche Beschreibung zu den Anhängen stehen, nicht aber der Anhang selber. Da diese Beschreibung aber formatierbar sein soll, benötige ich natürlich ein RT-Feld.

Benötigter Richtungswink Nr. 1:
Hat irgendwer ´ne Idee, wie ich, obwohl es ein RT-Feld ist, verhindern kann, das da doch jemand einen Anhang dranfriemelt?

Problem 2:
In den Responses soll dann der Anhang dranbaumeln. Allerdings nur der Anhang. Hier soll es also sozusagen zum einen umgekehrt sein (ich will gar nicht, das jemand noch Text in das RT-Feld hinzukleistert), und zum anderen möchte ich, das dort nur ein einziger Anhang reinkommt

Benötigter Richtungswink Nr. 2:
Hat irgendwer ´ne Idee, wie ich die Eingabe von Text von vornherein unterbinde?
Benötigter Richtungswink Nr. 3:
Kann man irgendwie dafür sorgen, das tatsächlich nur ein Attachment drangeklammert werden kann?

Randbemerkungen:
Die Fragen sind extra so gestellt, das als korrekte Antworten auch: Ja, ich etc. möglich sind, damit auch Bernhard und Co mal wieder Ihren Spaß haben

Bitte (wenn möglich) keine End-Lösungen, wirklich nur Richtungsweiser. Ich lerne noch und möchte nicht in Versuchung geraten für jeden Kram andere zu belästigen. Wenn ich trotz Richtungshinweisen nicht weiter komme kann ich ja immer noch meinen Allerwertesten auf diesen Stuhl setzen und hier nochmal nachhaken :-)

Autsch.... aaalso...
Zusammenhang zwischen Attachment und Beschreibung
Eingebettete Ansicht im Hauptdokument. Ich sammle sämtliche Responses in einer versteckten Ansicht, erste Spalte ist $Ref (kategorisiert ), die ich halt im Hauptdokument mit anzeige, wenn es also mehrere Dateianhänge zu einem Hauptdokument gibt, dann wird das dort halt auch gesammelt angezeigt.

Und da nun sozusagen schon die nächste Frage vorprogrammiert ist wozu soll das ganze gut sein... hier die unbefragte Antwort:
Die Größe einer eMail soll serverseitig (per Konfigurationsdokument) beschränkt werden. Soweit, so gut, das umzusetzen ist natürlich als Domino-Admin-Heini das kleinste Problem. Was aber, wenn es nun doch mal wichtig wird, eine etwas größere Datei an eine entfernte Stelle zu bewegen. Gemäß Weisungslage sind dafür logischerweise Non-Notes-Lösungen (sprich Datenträger á la CDR etc) zu wählen. Was aber, wenn es enorm wichtig ist, das eine größere Datei verdammt zeitnah beim Empfänger sein muss? Das kommt bei uns nicht oft, aber doch schon mal vor. Also hab ich mir gedacht, ich klatsch eine Datenbank auf meinen Applikationsserver, auf dem alle meine Nutzer Zugriff haben, und das sind gut und gerne 3500 schön verstreut in Baden-Würrtemberg und Bayern, die sich dann ihrer Autorenrechte in der DB erfreuen dürfen.
Der Autor kann dann nach einfriemelung seines Anhangs (als Response) dem Empfänger eine schnelle Info mit Verknüpfung zum Hauptdokument schicken, wenn dort bereits ein Anhang dranbaumelt kann es sein, das der Empfänger erstmal ewig wartet, bis sich das Dokument geöffnet hat.
Das möchte ich aber nicht. Der Empfänger soll sich erst in Ruhe die Beschreibung durchlesen können und dann gezielt (und bewusst) den jeweiligen Anhang holen können.


Ich muss halt nur dafür sorgen, das ich ´ne Info (z.B. per eMail) bekomme, sobald einer einen Anhang reinfriemelt. Nicht, das mich der Anhang inhaltlich interessiert, im Gegenteil, der geht mich in der Regel nix an, aber ich möchte natürlich verhindern, das unsinnige (sprich undienstliche) Dateien auf diesem Weg verteilt werden. Automatisches Aufräumen etc. wird dann auch noch später eingefriemelt. Na ja, und was mir noch so alles einfällt, um das Ding gegen Mißbrauch abzusichern.

schwierig seine Frage zu beantworten ist; gar unmöglich mir scheint  

Wie stellst du denn eigentlich den Zusammenhang zwischen Attachment ( im Response ) und Beschreibung ( im Hauptdokument ) her ?.

Ich teste da gerade auf free.dominoserver.de.Sieht im Web ziemlich sch... aus, aber dafür ist es ja auch nicht gedacht :-)
File-Transfer

zu Problem 1 - Benötigter Richtungswink Nr. 1:

Unter R6 kein Problem (RT-lite), aber unter R5 wohl nur, und am einfachsten, über @Attachments beim Speichern oder Schließen oder Feldwechseln oder Refresh oder oder oder abzufragen.


zu Problem 2 - Benötigter Richtungswink Nr. 2:

Das RT-Feld mit einem Entering-Event ausstatten (LS-only glaube ich), der das "Betreten" des Feldes verhindert.


zu Problem 2 - Benötigter Richtungswink Nr. 3:

Eine Aktion erstellen, die ein Attachment auswählen lässt (@Promp([LocalBrowse], ... oder so, hab gerade kein Notes da), und in das (vorher per Entering-Event gesperrte) Feld "reinpasted". Dazu den Event soausstetten, das die Aktion nicht in den "Verhindern-Status" reinläuft (z.B. über ein temporäres Feld auf dem Dokument)

Ich hoffe das war Denkanstoss genug, und nicht zuviel Information, damit Du selbst noch aktiv nachdenken musst.

Ansonsten schreib nochmal, dann gehts auch noch konkreter.

Schönen Sonntag noch,
Andreas

Tja... R6 steht bei uns noch nicht zur Debatte und wird auch noch einige Zeit dauern. In so einer Megagroßen Gesamtumgebung mit ca. 120.000 Gesamtnutzern und ca. 1500 Servern migriert man nicht mal eben auf die Schnelle auf R6 :-) denn das birgt noch andere Probleme in wunderschönen Mischumgebungen zwischen R4.6 (nicht immer .7 am Ende) und R5.0.11.

Das Betreten des feldes unterbinden klingt nett und klingt auch nicht wirklich nach einem großen unlösbaren Problem für einen jungen NotesCoder, wie Ulrich so schön schreibt. Aaaaaaber... so auf die Schnelle bewertet hätte ich da nicht das Problem, das dem Nutzer dann nicht auch verboten wird, seinen Anhang dranzubaumeln? Wäre ziemlich unpraktisch, denn das ist der Hauptzweck der Datenbank
Das sind aber nur meine Schnellbewertungen.. Ich werde mir das bestimmt noch 30 mal durchlesen und mich damit intensiv beschäftigen. thx (auch an Ulrich)

zu Problem 1 - Benötigter Richtungswink Nr. 1:

Unter R6 kein Problem (RT-lite), aber unter R5 wohl nur, und am einfachsten, über @Attachments beim Speichern oder Schließen oder Feldwechseln oder Refresh oder oder oder abzufragen.


zu Problem 2 - Benötigter Richtungswink Nr. 2:

Das RT-Feld mit einem Entering-Event ausstatten (LS-only glaube ich), der das "Betreten" des Feldes verhindert.


zu Problem 2 - Benötigter Richtungswink Nr. 3:

Eine Aktion erstellen, die ein Attachment auswählen lässt (@Promp([LocalBrowse], ... oder so, hab gerade kein Notes da), und in das (vorher per Entering-Event gesperrte) Feld "reinpasted". Dazu den Event soausstetten, das die Aktion nicht in den "Verhindern-Status" reinläuft (z.B. über ein temporäres Feld auf dem Dokument)

Ich hoffe das war Denkanstoss genug, und nicht zuviel Information, damit Du selbst noch aktiv nachdenken musst.

Ansonsten schreib nochmal, dann gehts auch noch konkreter.

Schönen Sonntag noch,
Andreas

Aaaaaaber... so auf die Schnelle bewertet hätte ich da nicht das Problem, das dem Nutzer dann nicht auch verboten wird, seinen Anhang dranzubaumeln? Wäre ziemlich unpraktisch, denn das ist der Hauptzweck der Datenbank

Das Script unterbindet ja nur die "Klick-ins-Feld-Aktion" des Nutzers, nicht die "geh-ins-Feld-Aktion" des Buttons, damit hast Du genau was Du möchtest. Das Script muss dazu irgendeine, von Deinem Button gesetze Variable, zur Entscheidung, ob das Betreten des Feldes nun erlaubt ist oder nicht, heranziehen.

Was mir noch einfällt:

Warum eigentlich das ganze mit Response-Docs mit Anhang und Parent-Doc mit Text?

Es gibt doch die berühmt/berüchtigte 40K - Beschränkung in den Replizierparametern. Wer also nicht die ganzen Anhänge ziehen will, schaltet diese ein.

Zentrale Ablage von Dokumenten (mit kurzer Beschreibung): Notes ist ideal dafür.

Ich habe Deine Strategie glaub ich noch nicht ganz verstanden.