Das Notes Forum
Domino 9 und frühere Versionen => ND8: Entwicklung => Thema gestartet von: Scotty67 am 27.09.11 - 09:24:16
-
...stehe vor der Problem einen Edit bzw. Remove eines Attachments (konkret XLS File) zu verhinden
brauch jetzt keine fertige lösung aber kann ich so diese Aufgabenstellung im Script umsetzen ?
-
Sowie ein User lesenden Zugriff auf das Attachment hat, kannst Du ein Öffnen und ein Speichern nicht verhindern, Hannes. Es gibt auch kein Event, was anspringt, wenn ein Detach angefordert wird.
Abgesehen davon: In der Regel werden beim Öffnen eines Attachments externe Programme aufgerufen - und da ist das erneute Speichern in der Regel auch nicht zu verhindern.
Bernhard
-
Hallo Bernhard ! Bin gerade auf diese zugriffsgesteuerten Sections aufmerksam geworden. Was ich wirklich verhindern müßte wäre ein Edit des Attachments bzw. des Dokuments, ein Launch von Excel wäre also egal.
Also Benutzer A hängt ein Attachment in ein Dokument, übergibt via Workflow das Dokument an Benutzer B, durch die Übergabe entziehe ich dem Benutzer A das Autorenrecht, jetzt hat Benutzer B Edit-Recht und könnte Benutzers A Version verändern und genau das soll verhindert werden.
D.h. ich führe in dem Form max. 3 verschiedene Versionen eines Attachments. Ist wie eine Versionsführung zu verstehen.
-
Das In-Document-Edit kannst Du natürlich so verhindern, zugriffskontrollierte Abschnitte sind exakt der korrekte Weg dafür. Nur das Open und das Detach ist nicht verhinderbar.
Bernhard
-
Vor Jahren stand ich vor ähnlicher Aufgabenstellung. Die Lösung bestand damals darin, den Dateianhang nicht anzuzeigen (Richttextfeld in einem immer komprimierten, versteckten Abschnitt).
Das gesamte Handling der Datei(en) musste dann über eigene Schaltflächen nachgebaut werden (Anhängen, Bearbeiten, Lesen, usw.). War recht aufwendig, funktionierte aber so, wie wir das haben wollten.
-
... so ging es mir auch schon mal - wir haben damals alle Anhänge in eine extra DB ausgelagert und das Handling über Schaltflächen abgebildet. Das hat der Performance beim Öffnen der Dokumente ganz gut getan ;D
Toni
-
hallo,
+1 für Peter und Anton
Vor Jahren stand ich vor ähnlicher Aufgabenstellung. Die Lösung bestand damals darin, den Dateianhang nicht anzuzeigen (Richttextfeld in einem immer komprimierten, versteckten Abschnitt).
Wir haben zusätzlich noch das jeweilige "Logo" (MS-Word etc) als Bild angezeigt (im Sichtbaren Bereich/Abschnitt) in Abhängigkeit der angefügten Attachments, sonst dachten die User das Attachment wäre nicht "da".
Gruß Werner
-
... bei uns war es die Büroklammer und dahinter der Dateiname - aber mit dem Logo macht es natürlich toll was her ;)
-
Habt Ihr das für *jeden* Attachment Type hinbekommen oder hattet Ihr vordefinierte Types? Ersteres wäre ein tolles Ding.
Bernhard
-
@Bernhard,
... ja - die Büroklammer macht da keine Unterschiede - ;D ;D ;D - Spaß beiseite, du meintest sicher Werner - das wäre wirklich brauchbar - wir hatten keine vordefinierten Types
-
Hallo,
Habt Ihr das für *jeden* Attachment Type hinbekommen oder hattet Ihr vordefinierte Types? Ersteres wäre ein tolles Ding. Bernhard
Wenn ich jetzt mit "Ja" antworte ist das nur die halbe "Wahrheit"
Einer der Gründe für diesen "Umbau" war, dass nur bestimmte Datei-Typen attached werden können. Und dann ist es natürlich sehr leicht die paar Icons "vorzuhalten"
Also die richtige Antwort wäre "Nein", weil das dem Ziel wiedersprochen hätte.
Gruß aus Nürnberg
Werner
-
...ich sehe "geballtes" Wissen in diesem Thread - also Euch !!
Darf ich nochmal quälen ?
über Script in einer session.username schreibe ich den string in ein NAMES (typ) Feld (nennen wir es Feld ANames) weg.
In meiner Access Controlled Section habe ich ja die Möglichkeit mittels der Formel eine
Wert zu Hinterlegen der geprüft wird. In diesem Fall habe ich einfach "ANames" als Formel hinterlegt.
Hätte mir jetzt erwartet das der nächste Bearbeiter diese Sektion nicht bearbeiten darf, kann er aber leider.
Wo liegt da mein Fehler im Ablauf ?
-
... die Antwort der Formel muß True oder False liefern, keine Namen direkt, wenn ich mich nicht irre...
-
Nö, das muss schon die Berechtigten liefern. Der Typ des Editzugriffs muss aber auf Berechnet zur Anzeige stehen - sonst behält die Section die initialen Rechte.
Bernhard
-
... mea culpa - du hast Recht - ich hab' schon eine Weile keine zugriffskontrollierten Abschnitte gemacht... :-[
Toni
-
Nö, das muss schon die Berechtigten liefern. Der Typ des Editzugriffs muss aber auf Berechnet zur Anzeige stehen - sonst behält die Section die initialen Rechte.
Bernhard
knapp 10h schon im büro ich steh am schlauch ! :P
Das "signPM" Feld muss auf "Computed for display" ? stehen
DER BUTTON:
user = session.UserName
Set itemA = doc.ReplaceItemValue ( "SignPM", user )
Call doc.Save(False,False)
"signPM" steht als Formel in der access controlled section
-
NEIN ! Der Zugriffskontrollierte Abschnitt muss "Computed for display" sein, das Feld natürlich nicht...
-
In der Section - das hat mit dem Feld nix zu tun, Hannes.
Bernhard
-
Danke an dieser Stelle, mit dem "computed" hat das jetzt wunderbar funktioniert !