3 neue Tipps...

[Manfred Dillmann]

Hallo zusammen,

folgende neuen Tipps sind auf meiner Website verfügbar:

Designer- bzw. Admin-Client selbst programmieren #2

Continue=False für die Formelsprache

Warum Policies manchmal nicht funktionieren

Gruss
Manfred

[koehlerbv]

Hallo, Manfred,

im dritten Tip schreibst Du:

Stark frustriert begibt man sich in den wohlverdienten Freierabend.

Ich meine, ich kenne mich da nicht so richtig aus - aber sollte man da nicht eine gewisse Vorfreude mitbringen ? 

Bernhard 

[Manfred Dillmann]

Hallo Bernhard,

>>...aber sollte man da nicht eine gewisse Vorfreude mitbringen ?<<

Grundsätzlich sicher. Wenn aber das "geliebte Notes" nicht so will wie man selbst... das soll bei manchen Menschen i.d.T. Frustrationen auslösen. 

Ich selbst bin ja zum Glück aus dem Alter raus. 

Manfred

[Glombi]

Hi Manfred,
der Tipp 2 kam mir irgendwie bekannt vor 
http://www.atnotes.de/index.php?topic=16581.0

Andreas

[koehlerbv]

Ich selbst bin ja zum Glück aus dem Alter raus.

Zu alt, um abends den Freier zu mimen ? 

Bernhard

[Manfred Dillmann]

@Bernhard:

>>Zu alt, um abends den Freier zu mimen ?<<

Peinlich, peinlich. Oder: Wer lesen kann, ist klar im Vorteil...

Ich habe den Tippfehler jetzt erst erkannt und korrigiert. Danke.

Manfred

[Manfred Dillmann]

@Andreas:

>>der Tipp 2 kam mir irgendwie bekannt vor<<

War doch eine schöne Anregung, was? 

Hast Du dir gegen Ende meines Tipps auch mal die Info bzgl. dem von Dir verwendeten:

@SetField("SaveOptions";@Unavailable)

durchgelesen? 

Gruss
Manfred

[Glombi]

Ja, habe ich gelesen.
Dennoch wäre ich dafür, dass Feld SaveOptions nicht zu speichern. Wenn der positive Fall eintritt, bleibt es im Dokument stehen, wie man in den Dokumenteigenschaften feststellen kann.

Daher wäre folgendes besser:
FIELD SaveOptions := SaveOptions;
@If(
   DokStatus = "nicht aktiv";
   @SetField("SaveOptions";"0");
    @SetField("SaveOptions";@Unavailable)
)

Es ist also nicht "sinnlos" 

Andreas

[Manfred Dillmann]

Hallo Andreas,

>>Es ist also nicht "sinnlos"<<

Einer von uns beiden hat einen Denkfehler.

Wenn der "positive Fall" eintritt - DokStatus = "nicht aktiv" ist wahr - läuft bei Deiner Formel der Teil:

@SetField("SaveOptions";"0");

Das Feld SaveOptions wird mit "0" belegt und hierdurch das Dokument nicht gespeichert. Wie bitte soll denn bei diesem Vorgang das Feld SaveOptions ein Bestandteil des gespeicherten Dokumentes werden?

Was nicht im Dokument gepeichert wurde, muss ich auch nicht entfernen.

P.S.
Sonderfälle, wo das Feld SaveOptions an einer anderen Stelle gesetzt wird oder gar Bestandteil der Maske ist und durch Formeln befeuert wird, will ich hier mal ausser acht lassen. Da kann man ja immer was konstruieren...

Gruss
Manfred

[Glombi]

De positive Fall soll der Fall sein, dass gespeichert werden darf.
Also wenn bspw. der Status = "aktiv" ist.
In Deinem Code wird - zumindest in R5 - das Feld SaveOptions mit der FIELD Anweisung gesetzt und anschließend nicht mehr entfernt.

Für den negativen Fall - es soll nicht gespeichert werden - ist ja alles klar.

Andreas

[Glombi]

Ich habe es nochmal getestet. Das @Unavailable muss auf jeden Fall gesetzt werden.
Wenn man es weglässt und man den Status nach dem ersten Speichern von "nicht aktiv" auf "aktiv" setzt, wird auch dann nicht gespeichert.

Das ist sicher nicht konstruiert denke ich.

Andreas

[Manfred Dillmann]

Andreas,

Du hast für den R5-Code recht! Ich habe es gerade auch ausprobiert. Das Feld SaveOptions ist dann mit "" belegt (was ja keine Auswirkung hat), aber es existiert im Dokument.

Danke für die Anregung. Ich werden den Tipp dahingehend ändern. Möchtest Du als "der Mann, der es gemerkt hat", genannt werden?

Gruss
Manfred

[Glombi]

Manfred, Du solltest aber auch den Fall berücksichtigen, dass man DokStatus während der Bearbeitung ändert. Und wenn dann gespeichert werden darf, muss das SaveOptions aber wieder heraus. Das sehe ich auch in dem Code für R6 nicht.

Andreas

Möchtest Du als "der Mann, der es gemerkt hat", genannt werden?

Da wäre mir ein Link auf den von mir o.g. Thread hier im Forum lieber, wenn es denn möglich ist.

[Manfred Dillmann]

>>Und wenn dann gespeichert werden darf, muss das SaveOptions aber wieder heraus. Das sehe ich auch in dem Code für R6 nicht.<<

Andreas, Du musst das bitte mal ausprobieren:

Da im "6er" Code diese (nur für 5.x erforderliche) Zwangszuweisung in der Form:

FIELD SaveOptions := SaveOptions;

nicht verwendet wird, erscheint das Feld SaveOptions nicht in den gespeicherten Dokumenten. Es wird ja in diesem Falle in der @If-Anweisung nur "" (also nix) ausgeführt.

Genau dieses Verhalten hatte ich (zugegebenermassen ohne allzu genaue Prüfung) ja auf den 5er Code projiziert...

Ich habe das soeben auch noch mal ausprobiert. Egal ob gespeichert wird oder nicht, dass Feld SaveOptions ist nicht im gespeicherten Dokument enthalten.

>>Da wäre mir ein Link auf den von mir o.g. Thread hier im Forum lieber, wenn es denn möglich ist.<<

Mache ich gerne.

Gruss
Manfred

[Glombi]

Ok, spielen wir den Fall durch, den ich meine.

1. Es gibt ein Dokument mit DokStatus = "nicht aktiv".
2. Öffne das Dokument im Bearbeitenmodus und speichere.
=> Es wird SaveOptions = "0" gesetzt. Korrekt, das Dokument wird nicht gespeichert, (aber) das Feld / Item ist gesetzt.
3. Setze das Feld DokStatus auf "aktiv" und mache eine Änderung im Dokument.
4. Speichere das Dokument. Es passiert nichts, da nach wie vor SaveOptions = "0" ist.

Daher muss SaveOptions auf jeden Fall wieder gelöscht werden.

Andreas

[Manfred Dillmann]

Andreas, ich habe den Link zum genannten Beitrag in meinem Tipp ergänzt. Ich hoffe, Du hast nichts gegen den zusätzlichen, direkten Link auf Deine Website.

Gruss
Manfred

[Glombi]

Andreas, ich habe den Link zum genannten Beitrag in meinem Tipp ergänzt. Ich hoffe, Du hast nichts gegen den zusätzlichen, direkten Link auf Deine Website.

Gruss
Manfred

Vielen Dank 

Andreas

[Manfred Dillmann]

Frage vorweg: Hast Du das wirklich ausprobiert?

>>1. Es gibt ein Dokument mit DokStatus = "nicht aktiv".<<

OK.

>>2. Öffne das Dokument im Bearbeitenmodus und speichere.<<

Das geht in der Konstellation nicht, da das Feld DokStatus ja auf "nicht aktiv" steht... da kann man doch nicht speichern.

>>=> Es wird SaveOptions = "0" gesetzt. Korrekt, das Dokument wird nicht gespeichert, (aber) das Feld / Item ist gesetzt.<<

Aber doch nicht im Dokument, das wurde doch durch den Code im Ereignis QuerySave nicht gespeichert.

Meine Bitte: Erstelle Dir doch eine Maske mit dem Feld DokStatus und dem 6er Code im QuerySave und probiere das aus...

Oder habe ich im Moment den "größten Hänger" im meiner gesamten Notes-Zeit?

Gruss
Manfred

[Glombi]

Ich hatte es probiert: Es ist so.

Wenn der Status = "nicht aktiv" ist, wird das Item SaveOptions angelegt (wenn auch nicht im Backend gespeichert, das ist korrekt). Im geöffneten Dokument ist es in den Dokumenteigenschaften zu sehen. Es hat den Wert "0".
Wenn ich dann den Status auf "aktiv" setze, bleibt SaveOptions auf "0" stehen und das Dokument wird nicht gespeichert.

Ergänzung: Öffne ein Dokument mit DokStatus = "aktiv". Ändere den Status auf "nicht aktiv" und speichere. Ändere den Staus auf "aktiv" und setze irgendeinen Wert in ein Feld und speichere: Das Dokument wird nicht gespeichert.

Andreas

[Manfred Dillmann]

>> Ich hatte es probiert: Es ist so.<<

Du hast recht. Wenn man das Dokument nicht unmittelbar nach dem Speichern schliesst, bleibt das SaveOptions im Frontend gesetzt und man kann das Dokument ohne erneutes Schliessen/Öffnen nicht mehr speichern.

Ich werde das im Tipp korrigieren. Danke Dir.

Gruss
Manfred