Listenfeld - Formel für Auswahl

[MartinG]

Wieso verhält sich ein Listen- oder Kombinationsfeld anderes bei einer Formel für die Auswahl wie ein Dialaglistenfeld?

Ich habe hier mal eine Test-Datenbank angehängt. Wenn man einmal ein Dokument erstellt und danach wieder bearbeitet hat man auch in den Listen und Kombinationsfelder die gewünschte Auswahl...

Gruss
Martin

[Gandhi]

Ja, ist ein bekanntes Problem. Wenn Du eine Lösung hast - lass es mich bitte wissen - schlage mich auch ca. einmal pro Jahr mit dem Problem rum - immer mit dem Ergebnis, dass es keine Lösung gibt.

[MartinG]

Uiiiiiiiii - das ist ein bekanntes Problem? Ich dachte eigentlich das ich einen Fehler (bzw. Denkfehler) mache?

Gruss
Martin

[animate]

Tipp: positioniere mal das Feld mit den Auswahlmöglichkeiten ganz oben in der Maske

[MartinG]

Thomas - Du bist der Knaller - jetzt funktionierts und siehe da es dämmert in meinem Kopf das ich bei meiner ersten Notesschulung mal was davon gehört habe...

Gruss
Martin

[Manfred Dillmann]

>>dämmert in meinem Kopf das ich bei meiner ersten Notesschulung mal was davon gehört habe...<<

 

Ja, Notes "rechnet" die Felder immer von links nach rechts und von oben nach unten. Daher haben sich auch die Begriffe "Pre-Processing" (Felder oben) und "Post-Processing" (Felder unten) eingebürgert.

Mich wundert allerdings, dass es mit dem Feld "Dialogliste" funktioniert hat. Scheint etwas schlauer zu sein...

Gruss
Manfred

[MartinG]

...und ich hab mich immer gewundert wieso die meisten "kommerziellen Applikationen" Ihre versteckten Felder oben eingebaut haben. Ich finde es unten deutlich praktischer...

Gruss
Martin

[animate]

Daher haben sich auch die Begriffe "Pre-Processing" (Felder oben) und "Post-Processing" (Felder unten) eingebürgert.

Aha. Jetzt verstehe ich auch, warum im Namen mancher Teilmasken irgendwas von "Preprocessing" steht.
Diese Einbürgerung ist bis heute nicht zu mir vorgedrungen.
Zum Glück gibts hier ein paar alte Hasen wie Manfred, die da Aufklärung leisten können :-)

[Manfred Dillmann]

@Martin:
>>Ich finde es unten deutlich praktischer...<<

Naja, ist doch eigentlich egal. Die Felder sind ja normalerweise versteckt...


@Thomas:
>>Diese Einbürgerung ist bis heute nicht zu mir vorgedrungen.<<

Es war "früher in meiner Jugend" auch üblich, die Bereiche mit "hidden fields" in roter Schrift und auch etwas kleiner zu formatieren. Man erkannte auf einen Blick, dass es sich um versteckte Felder handelte. DAS macht aber selbst IBM/Lotus heute nicht mehr in den Standard-Schablonen...

Gruss
Manfred

[MartinG]

Naja, ist doch eigentlich egal. Die Felder sind ja normalerweise versteckt...

Naja - habe auch beim Programmieren das ganze lieber ein wenig übersichtlich. Hast Du schon mal eine aktuelle Intraware Datenbankmaske aufgemacht? Da könnte ich jedesmal kotzen wenn einem im Designer zuerst einmal seitenweise JAVA Script Code entgegenkommt und nach längerem Scrollen man endlich die eigentlichen Felder findet...

Es war "früher in meiner Jugend" auch üblich, die Bereiche mit "hidden fields" in roter Schrift und auch etwas kleiner zu formatieren. Man erkannte auf einen Blick, dass es sich um versteckte Felder handelte. DAS macht aber selbst IBM/Lotus heute nicht mehr in den Standard-Schablonen...
 

Du wirst lachen - das mache ich immer noch so. Habe ich mal irgendwo gesehen und fand die Idee zwecks Übersichtlichkeit eigentlich ganz gut...

Gruss
Martin

[TMC]

Mich wundert allerdings, dass es mit dem Feld "Dialogliste" funktioniert hat. Scheint etwas schlauer zu sein...

Meine Erfahrung mit diesem Feldtyp:
Ist in der Tat etwas "schlauer".
Gerade im Vergleich zum Feldtyp "Radio Button". Habe das vermehrt festgestellt, wenn als Vorgabewert "Use formula for choices" und da dann irgend eine @DBLookup - Formel enthalten ist.
Beim Erstellen eines Dokuments bleiben unter gewissen Umständen die Radio-Buttons leer, wenn das Feld aber den Typ "Dialogliste" hat, dann klappt es, wenn man auf den Dialogliste-Button klickt.
Wie es scheint, wird durch den Button-Klick explizit zur Laufzeit die dahinterliegende Formel ausgeführt - und nicht etwa beim Öffnen des Dokumentes (wie es ja bei Radio-Buttons sein muss - man will ja sehen was zur Auswahl steht ohne irgendwo hinklicken zu müssen).

Es war "früher in meiner Jugend" auch üblich, die Bereiche mit "hidden fields" in roter Schrift und auch etwas kleiner zu formatieren. Man erkannte auf einen Blick, dass es sich um versteckte Felder handelte. DAS macht aber selbst IBM/Lotus heute nicht mehr in den Standard-Schablonen...
 

Du wirst lachen - das mache ich immer noch so. Habe ich mal irgendwo gesehen und fand die Idee zwecks Übersichtlichkeit eigentlich ganz gut...

Gruss
Martin

Ich mache das auch so   Ich finde das gehört irgendwie zum guten Stil eines Programmierers. Zumindest sollte imo klar (z.B. andersfarbig) abgegrenzt sein: Was ist Pre-Processing / Post-Processing und was nicht.

[Manfred Dillmann]

@Martin:
>>Du wirst lachen - das mache ich immer noch so. Habe ich mal irgendwo gesehen und fand die Idee zwecks Übersichtlichkeit eigentlich ganz gut...<<

Ich hab's auch immer meinen Teilnehmern in den Entwicklerkursen so "verklickert"... bei einigen ist es wohl auch "hängengeblieben"...

@Matthias:
>>Wie es scheint, wird durch den Button-Klick explizit zur Laufzeit die dahinterliegende Formel ausgeführt - und nicht etwa beim Öffnen des Dokumentes<<

Das kann so nicht (ganz) stimmen. In der von Martin hier angehängten DB hat ja das Feld mit der Dialogliste als einziges funktioniert. Also wird dort auch (aber eben nicht nur) schon beim Laden der Maske die Formel ausgeführt. Wird man aber abschliessend nicht sicher nachweisen können. Oder?

Probiere mal folgendes aus:
Schnelleres Laden von Dokumenten (12.06.2001)

Gruss
Manfred

[TMC]

@Matthias:
>>Wie es scheint, wird durch den Button-Klick explizit zur Laufzeit die dahinterliegende Formel ausgeführt - und nicht etwa beim Öffnen des Dokumentes<<

Das kann so nicht (ganz) stimmen. In der von Martin hier angehängten DB hat ja das Feld mit der Dialogliste als einziges funktioniert. Also wird dort auch (aber eben nicht nur) schon beim Laden der Maske die Formel ausgeführt. Wird man aber abschliessend nicht sicher nachweisen können. Oder?

Glaub ich jetzt nicht. Ich denke es hat deshalb funktioniert, weil man ein paar (Milli)Sekunden, nachdem das Dok geöffnet ist, auf den Dialog-Button klickt. Dann wird auch alles angezeigt.
D.h. für mich: das am unteren Ende der Maske befindliche berechnete Feld hat seine Werte stehen. User klickt auf den Lookup-Button, und das Dialogfeld zieht sich frisch (zum Zeitpunkt des draufklicken) die Werte.

[TMC]

Probiere mal folgendes aus:
Schnelleres Laden von Dokumenten (12.06.2001)

Das bestätigt mir meine Erfahrung, Manfred.

Egal ob ich solche Überprüfungs-Funktionalitäten (@IsNewDoc, etc.) in der Formelauswahl einer Dialogbox habe oder nicht: Keine Geschwindigkeitsverbesserung.
Ich meine, die Formel läuft erst an, wenn man eben auf den Dialogbox-Button klickt.
Zumindest mein Gefühl sagt mir das.

Ich kann mich natürlich absolut irren  

[Manfred Dillmann]

Matthias,

>>Ich meine, die Formel läuft erst an, wenn man eben auf den Dialogbox-Button klickt.<<

Du hast ggf. recht. Mein Tipp hat ja nun schon einige Jahre "auf dem Buckel". Ich erinnere mich aber, das die beschriebenen Formeln in einer Maske mit etlichen Felder dieser Art wirklich einen enormen Geschwindigkeitsvorteil gebracht hat.

Und was auch offensichtlich war: Wenn in einer der Formeln (DBColumn/DBLookup) ein Server benannt war und man hatte offline mit der DB auf einem Notebook gearbeitet, kamm schon beim Öffnen des Dokumentes nach einem Timeout die Fehlermeldung "Server antwortet nicht". Da wurde wirklich schon beim Öffnen das gesamte Formelwerk "abgefeuert".

Offensichtlich hat IBM/Lotus das irgendwann geändert - gut ist das...

Vielleicht kann ja einer der Notes-Veteranen dieses Verhalten bestätigen?

Gruss
Manfred

[TMC]

Manfred,

Dein Tipp hat imho auch heute noch seine Gültigkeit -> für "normale Felder" (z.B. Pre-Processing / Post-Processing - Felder   ).

In R5 hab ich die o.g. Erfahrung gemacht, eben dass Dialogbox-Auswahl-Formeln nur durch ein Klick auf eine Berechnung machen.
Macht imho auch Sinn aus Performance-Sicht.

Was andere Entwickler hier für Erfahrungen haben, würde mich aber auch sehr interessieren