Domino 9 und frühere Versionen > ND6: Entwicklung

Hilfe bei Aktioen "Click"

<< < (6/10) > >>

pete_bla:
Hi,

passt so.

Wie gesagt es muss ein Richtig/Falsch aus der Formel resultieren.
Ich setzte gerne nochmals eine Formel um die ausdrücke und jeden ausdruck in eine eigene Zeile.
Und kurz ein Kommentar in der ersten zeile ist auch manchmal hilfreich, wenn man später grübelt.

Dies ist zwar das selbe Resultat wäre aber Übersichtlicher:

--- Code: ---REM {verbergen für nicht Hardware-User oder nach dem Status 9 };
(
@IsNotMember("[Hardware]";@UserRoles)
| (status >9)
)
--- Ende Code ---

Aber auch hier finde ich eine "Anzeigeformel" sprechender:  ::)

--- Code: ---REM {anzeigen für Hardware-User und nur bis zum Status 9 };
!(
@IsMember("[Hardware]";@UserRoles)
& (status <=9)
)
--- Ende Code ---

Teste es doch einfach mit einen "bearbeitbaren Feld" für Status, dieses kannst Du ja auch nur für die Rolle "[Desinger]" anzeigen, und für die anderen verbergen  ;)
"Komplizierte" Formeln kannst Du auch in ein Feld "Berechnet zur Anzeige" berechenen lassen und dort prüfen.

Beachte noch, wenn Du immer Status := Status +1  setzt,
dass es kompliziert wird, wenn Du im nachhinein einen neuen Zwischenstatus einfügen musst.
(z.B. zwischen 4 und 5. Ok, hier gäbs zwar 4.1 4.2, aber 4.1+1 = 5.1 !=5)
Aus diesem Grund würde ich
zu den Stati 10 20 30 40 ... oder 100 200 300 ... raten
und definiere feste Stati in Deinem Workflow: der Button soll Status:=10 setzen, statt Status := Status +1 .

Wenn Du mehr als nur ein oder zwei Buttons/Texte Felder/Tabelle... einem "Status" verbergen willst, solltest Du noch über berechnete Teilmasken nachdenken.
z.B. @IF(Status=90; "TeilmaskeFreigabe";"TeilmaskeFreigabeDarstellung")

Viel Erfolg, Pete(r)

chakoe:
So,

das scheint jetzt schonmal zu funzen,

der Button ist nur für die Leute sichtbar, die Ihn sehen sollen, und wenn die Leute den Button gedrückt haben, müssen Sie das Dokument speichern, und beim nächsten öffnen ist der button weg....
Allerdings stellt sich mir jetzt die Frage:

Ist es sinnvoller, das Dokument direkt im Bearbeitungsmodus öffnen zu lassen (damit der Button direkt funktioniert), oder sollen die Leute im Dok erstmal einen Doppelklick machen, um in den Bearbeitungsmodus zu kommen? Was ist sinnvoller?

Könnten wir als nächsten Schritt evtl. auch nochmal auf die Historie zu sprechen kommen?

pete_bla:
Hi,

Anzeige ist oft auch gewünscht, darum würde ich nicht gleich in den Bearbeitungsmodus wechseln.

Im Button würde ich aber gleich einen Save und Close bzw. Refesh mit eintragen.

Eine einfache History (wie schon oben genannt) kannst duch auch im Button eintragen.

(Aufwändigere History wurde oben ja auch besprochen, QuerySave....)

Viel Erfolg, Pete(r)

chakoe:
Hallo,

ich versuche mich grade an der oben verlinkten History...

ich verstehe das folgende leider nicht:

# Add the following code in the Global Options of the form:

Use "ClassHistory"

# In the form’s Global Declarations, add the following line of code:

Dim g_history As History

#######################

koehlerbv:
Siehe hierzu in der DesignerHelp (mindestens) folgende Kapitel:
Incorporating a LotusScript script library
Defining global variables and subprograms

Ohne diese Basics wird das nix.

Bernhard

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete