Domino 9 und frühere Versionen > ND6: Entwicklung

ID des Parentdocuments in einem neuen Childdoucment herausfinden

<< < (2/3) > >>

koehlerbv:
Warum muss das eigtentlich unbedingt mittels @functions gemacht werden? Du kannst das doch auch mit LS erledigen - oder spricht das was dagegen?

Bernhard

klox:

--- Zitat von: koehlerbv am 10.07.06 - 18:36:56 ---Warum muss das eigtentlich unbedingt mittels @functions gemacht werden? Du kannst das doch auch mit LS erledigen - oder spricht das was dagegen?

Bernhard

--- Ende Zitat ---

Leider ja.

Ich erklär vielleicht nocheinmal den Hintergrund:

Wir haben eine Anwendung in der verschiedene Dokumenttype gespeichert werden können. Diese Dokkumenttype können konfiguriert werden.

Man kann beliebig viele Konfigurationen anlegen. Eine Konfiguration erhält die Angabe der der Standardform (frmMain, frmResp, frmR2R), plus einen satz von bis zu 40 Subforms (sfrmKundenAddresse, sfrmNotiz,...) die feststehende Felder enthalten. Zusätzlich müssen natürlich einige Felder berechnet werden die in den Views angzeigt werden: ViewSymbol, ViewSubject, ViewCategory,...).

Das hat bislang auch gereicht. Alleringd wird diese Anwendung mittlerweile in ganz Europa genutzt. Jedes Land hat natürlich seine eigenen Ansprüche und Wünsche.  Wir haben einige Subforms in denen über DisplayFields Informationen angezeigt werden können. Was dort angzeigt wird kann mittels Formelsprache in der Konfiguration festgelegt werden. (z.B. @if( CreditExposure > 1000; "Blocked for Orders"; "Free to Order" )).

In manchen Fällen befindet sich diese Information aber nicht in dem Response Document sondern in dem Main Document. Ich möchte und kann das Design dieser frei einstellbaren Subforms natürlich nicht ändern.

Ich hoffe der Grund für meine Frage ist jetzt etwas klarere geworden. An der grundsätzlichen Technik, kann und darf ich nichts ändern.

mfg
klos

koehlerbv:
Kannst Du das ResponseDoc wenigstens über LS anlegen? Denn dann könntest Du Dir auch Zugang zur ParentUNID verschaffen und diese wiederum Deinen Feldern, die @functions brauchen, zur Verfügung stellen.

Abgesehen davon funktioniert das natürlich auch mit Masken, die Werte aus dem gewählten Dokument übernehmen. Du müsstest nur diese Eigenschaft setzen und ein berechnetes Feld für die ParentUNID schaffen. Wenn das allerdings auch nicht möglich ist, dann sehe ich keinerlei Chance, wie Du ohne derartige Eingriffe überhaupt eine derartige Erweiterung Eurer Applikation hinbekommen könntest.

Bernhard

LN4ever:
Fangen wir doch einmal ganz einfach an: Watt iss enne Dampfmaschien ?
Nein: Wenn die Entwickler dieser Anwendung ein wenig Ahnung haben, dann haben sie ja bereits jetzt bei den Antwortdokumenten eingestellt, daß diese Masken die Werte übernehmen.

Die einfachste Möglichkeit, das zu erkunden, ist, in die @EVAL-Formel einmal einzusetzen

@InheritedDocumentUniqueID
Verwendung
Diese Funktion funktioniert in Dokumenten, die mit einer Maske erstellt werden, die Feldwerte vom ausgewählten Dokument übernimmt.
In Dokumenten, die keine Werte übernehmen, liefert @InheritedDocumentUniqueID denselben Wert wie @DocumentUniqueID.

Wenn das nicht funktioniert und du nix ändern darfst und kein Script verwenden darfst, dann geht es halt nicht. Aber das liegt weder an dir, noch an Notes. Es liegt dann an der Nichtbeachtung des ersten Hauptsatzes der praktischen Philosophie:

Wer den Zweck will, muß auch die Mittel wollen, die zur Erreichung des Zwecks notwendig sind.

koehlerbv:
Uips - darauf hätte ich auch kommen müssen ... Auch sonst volle Zustimmung, LN4Ever!

Bernhard

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete