Embedded View, Embedded Selection, Formula - Frage

[jww]

Hallo in die Runde ...

... ja, ich weiß, völlig veraltete Version ... Security Risk etc.... sorry, habe nur Lizenzen für diese Version und sie tut im Intranet immer noch die Dienste, die ich brauche, kein exterrner Zugang etc. ...

Nun wollte ich gerade mal in ein Dokument eine Ansicht "embedden" und dabei die Ansicht-Parameter per Formel angeben, irgendwie scheitere ich aber. Suche im Netz war leider - bezogen auf meine Frage - nicht erfolgreich. Daher der Hilferuf hier:

Ich dachte, wenn ich wähle - rechte Maustaste - "Edit Embedded View" könnte ich im Formelfeld schlicht eingeben:

@ServerName : "<dbname:im_root_des_servers>" : "<view-alias>"

wobei "<dbname:im_root_des_servers>" hier eine speziell benannte names.NSF ist und "<view-alias>" ein valider Alias einer neu erstellten Ansicht.

Wo ist mein Denkfehler?

1000 Dank im Voraus!

[Tode]

Dein Denkfehler ist, dass man NUR den Ansichtsnamen, nicht aber Datenbank und Server berechnen kann. Das ist ein Enhancement-Request so lange ich denken kann, geht aber selbst in Notes 14 noch nicht... Wenn man das "dynamisch" haben will, muss man mit DXL-Export und Import bzw. XML Manipulation am Design-Element arbeiten, mit Bordmitteln geht das nicht.

[jww]

Danke für die schnelle Antwort! Sehr schade, aber wenn das so ist, ist's so. Werde mein Unterfangen abblasen.

[Werner Götz]

Aber die Antwort von Tode nicht falsch verstehen: Solange Du das nicht dynamisch brauchst (also einmal eine Ansicht aus der einen Datenbank, dann mal aus einer anderen) lässt sich Dein Plan schon umsetzen.

-Werner

[jww]

Naja ... dynamisch ... es ist "quasistatisch". Einmal genmacht, wird es kaum mehr verändert.

Ich möchte einfach (für Browser) in einem Web-Dokument (generierte, "dynamische" Webseite) auf Werte zugreifen, die in einer ANDEREN DB liegen.

Konkretes Beispiel:
Eine (generierte) HTML-Page (Seite, nicht "site", daher nehme ich "page") hat drei "Spalten" (oder sagen wir: drei Sektionen), die aber NICHT via Frameset (das ist "zu statischsch", ich würde gerne verschiedene Seiten schnell im Body ändern können) entstehen sondern durch Tabellen in einem Body-Feld des Dokuments, also "User-Input" sind.

Eine Spalte ist ne Art Navigation, die anderen sind "Inhalt". Nun möchte ich in einer "Info-Page" (die prinzipiell denselben Aufbau hat und letztendlich ein Notes-Dokument wie alle anderen -zig generierten HTML-Pages dieses Bereichs in einer DB mit identischer Form ist) auf z.B. einen Teil des N&A zugreifen, nämlich den Internet-Sites (und dort am liebsten nur auf ein der dortigen "Web Sites".

Bisher habe ich das so gemnacht, dass ich alle Einträge selektiert, als Tabelle kopiert und dann mühsam ins Dokument eingefügt und (optisch) gepflegt habe.

Nachteil dabei ist eben, daß ich das bei jeder Änderung (kommt ca. 5x im Jahr vor, gelegentlich auch mal öfters, um temporär "Shortcuts" für den Webzugriff zu ermöglichen),  wieder das Update machen muß. Kommt dieser Beeich mehrfach in Dokumenten vor, muß das Ergebnis dann auch noch dorthin kopiert werden.

Ich habe das auch schon mit einem berechneten Feld via DBlookup vrsicht, abr da stürzt mir immer Notes ab, wenn ich das speichere. Liegt evtl. an meinem Setup ... das Dump ist riesig. Daher habe ich es dann mit einer embedded View im Body des Dokuments versucht ... hätte - theoretisch - auch den Vorteil, dass Scrolbars etc. vorhanden sein können.

Nun ist die Sache nicht soooo wichtig, ich versuche eh von Domino/Notes weg zu kommen, es wär' halt für die restlichen (Jahre?) ne elegante Sache gewesen.