Das Notes Forum
Domino 9 und frühere Versionen => ND6: Entwicklung => Thema gestartet von: theBastian am 06.03.05 - 08:16:53
-
Guten Morgen,
ich stehe vor folgendem Problem:
in einem Profiledoc werden in einem Feld verschiedene Konten definiert. Für jedes Konto muss eine View vorhanden sein.
Da sich die Bezeichnung dieser Konten ändern könnte, will ich in den Views die Bezeichung der Konten nicht verwenden sondern diese aus dem Feld des Profiledocs auslesen und in eine Variable setzen.
Dachte mir das so:
Queryopen: @Set ("_view" ; @Select (1; @GetProfileField ("Profil" ; "Feldname")
(Formelsprache, da ich die Variable auch in einigen Columns und in ViewSelection nutzen willen und nicht mit @Environment und notes.ini arbeiten will)
Im Queryopen funktioniert das Ganze schon zur Hälfte.
@Prompt gibt mir den ersten Eintrag des Feldes aus. Nur kriege ich mit @Select nicht die anderen Einträge. :(
Wie ist Eure Meinung zu meiner Strategie? ;)
cu
Sebastian
-
@GetProfileField : This function does not work in column, hide-when, section editor, or view selection formulas
Wie sind die Werte denn in dem Profile Doc hinterlegt ? Trennzeichen ?
-
Moin,
@GetProfileField : This function does not work in column, hide-when, section editor, or view selection formulas
Gilt das auch für Queryopen von Views?
Wie sind die Werte denn in dem Profile Doc hinterlegt ? Trennzeichen ?
Standardeinstellungen für ein Textfeld. Ich habe dort keine Einschränkungen getroffen.
Sebastian
-
Vielleicht geht's nur mir so, aber ich verstehe nach 2mal lesen Deine Frage nicht ganz.
@Set: Assigns a value to a temporary variable for use within a formula.
@Select: Returns the value that appears in the number position. If the number is greater than the number of values, @Select returns the last value in the list. If the value in the number position is a list, returns the entire list contained within the value.
Daher verstehe ich die Formel nicht, also was diese bei Dir im Queryopen machen soll?
Willst Du Selektionskriterien von Views anhanhand von Profildokumenten vorgeben?
Das wird wohl ohne weiteres nicht möglich sein.
-
Nein,
ich habe ein Profiledoc, mit einem Feld, welches Konten enthält.
Konto1
Konto2
Konto3
usw.
Diese Bezeichnung benötige ich in einer View als Auswahlkriterium.
Also @GetProfileField usw.
@Select (1; @GetProfileField ... soll mir eigentlich das erste Konto auswählen
@Select (2; @GetProfileField ... das 2. Konto usw.
Wie gesagt, das funktioniert noch nicht. Ich erhalte immer den ersten Eintrag zurück.
Sebastian
-
Diese Bezeichnung benötige ich in einer View als Auswahlkriterium.
Was verstehst Du unter "Auswahlkriterium" in Zusammenhang mit Queryopen?
Eine Selektion für Views, also welche Dokumente in Views erscheinen, definiert man doch in der "View Selection" (im deuschen Client glaub ich heißt das "Ansichtsauswahl").
Da steht dann z.B.
SELECT Form = "Person" & Status = "Freigegeben"
Per Profildokument kannst Du das AFAIK nicht beeinflussen.
Gut, vielleicht kann man da mit @SetViewInfo noch etwas drehen (hab damit noch nie gearbeitet) oder man arbeitet mit einer eingebetteten Ansicht.
-
Kann Matthias nur zustimmen, in der View Selection kann man auf Profildokumente nicht zugreifen (siehe das, was Ulrich in seinem Beitrag durchgestrichen hat .....)
Grundsätzlich gibt es in Notes (noch) keine dynamische Ansichten (das soll es ja schliesslich werden). Der Grund liegt darin, dass der Ansichtsindex bereits "vorfabriziert" vorhanden ist und daher nicht erst beim Oeffnen neu zusasmmengestellt wird. Da ist also ein anderer Ansatz zu suchen, zum Bleistift mit einer Page und einer embedded View, bei der man dann "Show Single Category" verwenden kann.
-
Kann Matthias nur zustimmen, in der View Selection kann man auf Profildokumente nicht zugreifen (siehe das, was Ulrich in seinem Beitrag durchgestrichen hat .....)
Spreche doch immer vom Queryopen der View.
Was verstehst Du unter "Auswahlkriterium" in Zusammenhang mit Queryopen?
Sorry, mein Fehler. In mehreren Columns gibt es @If-Formeln. Darin steht:
@If Feld1=Konto1 dann zeige Feld2 sonst Feld3.
(Feld1 wird in Form über eben dieses Profiledoc gefüllt)
Da ich in diesem @If dem Konto keinen festen Wert zuweisen will, möchte ich das Profiledoc auslesen, den Wert einer Variable zuweisen und diese in der Formel für die Column nutzen.
Und das soll im Queryopen passieren. Scheint auch zu gehen, denn @GetProfileDoc und dann @Prompt gibt mir den ersten Eintrag aus dem Profiledoc.
Geht das vielleicht garnicht?
Sebastian
-
Nein, das geht nicht, Sebastian. In Views können keine Werte "von aussen", sondern nur aus den Dokumenten gelesen werden, die per view selection formulae in die View aufgenommen werden.
Als Workaround hat Notes mit R4 die Folders eingeführt. Mit Hilfe von SPOFU-Folders könntest Du das von Dir gewünschte Ergebnis erreichen.
HTH,
Bernhard
-
Ginge das dann so, wie von mir beschrieben oder nur auf einem anderen Weg?
Sebastian
-
@Prompt gibt mir den ersten Eintrag des Feldes aus.
Wenn das Feld aus ProfileDoc multivalue ist, ist das logisch. Siehe DesignerHelp zu @Prompt. Mit @Implode machst Du Dir einen skalaren Wert, mit dem auch @Prompt klarkommt.
Zu Deiner letzten Frage: Nein, mit Deinem Prinzip kommst Du da nicht weiter. QueryOpen des Folders verwenden: Denkbar. @functions: Unmöglich, das geht nur mit LS.
Bernhard
-
Wenn das Feld aus ProfileDoc multivalue ist, ist das logisch. Siehe DesignerHelp zu @Prompt. Mit @Implode machst Du Dir einen skalaren Wert, mit dem auch @Prompt klarkommt.
Ist multivalue. @Implode verbindet meine einzelnen Datensätze im Feld zu einem Satz. Das will ich aber nicht.
@Prompt war bloß eine Hilfe, um zu sehen, ob überhaupt etwas aus dem ProfileDoc gelesen wird.
Zu Deiner letzten Frage: Nein, mit Deinem Prinzip kommst Du da nicht weiter. QueryOpen des Folders verwenden: Denkbar. @functions: Unmöglich, das geht nur mit LS.
Und das heißt, ich muss z.B. mit ENVIRONMENT arbeiten, um in LS gesetzte Variablen mit @functions nutzen zu können.
Kann ich dann eine @If-Auswahl in einer Column erstellen oder gibt es da auch Einschränkungen? In der Hilfe steht davon nichts.
Übrigens:
@Set ("_view" ; @GetProfileField("Profile" ; "Konten"));
@Prompt ([Ok];"1";_view)
im Queryopen eines Folder gibt mir den 1. Wert des Feldes Konten aus.
Sebastian
-
Kann ich dann eine @If-Auswahl in einer Column erstellen oder gibt es da auch Einschränkungen? In der Hilfe steht davon nichts.
Die Frage verstehe ich nicht. Beziehst Du das auf Views ? Environment ist für Views verboten. Steht in der DesignerHelp.
Das Prinzip, das Du heute morgen gepostet hast, kannst Du komplett entsorgen. Das funktioniert nicht. Entwerfe ein neues Prinzip (ggf. auf Basis von Folders und Routinen, die die gewünschten Docs in einen Folder kippen, wenn Aktion X ausgeführt wird).
Bernhard
-
Das Prinzip, das Du heute morgen gepostet hast, kannst Du komplett entsorgen. Das funktioniert nicht.
Danke für Deine klaren Worte. ;)
Kann ich mit @functions in Columns überhaupt auf Variablen zugreifen? Globale oder so?
Ich könnte dann die Variablen z.B. beim Öffnen der DB zuweisen und dann nutzen.
Sebastian
-
Noch ein klares Wort - zur Wiederholung:
In Views oder Folders kannst Du nur auf Items zurückgreifen, die in den in der View / Folder vorhandenen Dokumenten greifbar sind. Und das muss noch nicht einmal eine Einschränkung darstellen. Daher ja auch mein Vorschlag mit Folders.
Insofern ich Dich richtig verstanden habe:
User klickt auf Outline-Eintrag.
Der startet Aktion.
Aktion fragt nach Kontonummer (entsprechend des Angebots aus SetupDoc).
Aktion grabbelt sich alle passenden Docs zusammen.
Aktion feuert alle evtl. vorhandenen Einträge aus Folder.
Aktion schiebt zusammengegrabbelte Docs in Folder.
Aktion öffnet Folder.
Bernhard
-
Noch ein klares Wort - zur Wiederholung:
In Views oder Folders kannst Du nur auf Items zurückgreifen, die in den in der View / Folder vorhandenen Dokumenten greifbar sind. Und das muss noch nicht einmal eine Einschränkung darstellen. Daher ja auch mein Vorschlag mit Folders.
Leider habe ich das jetzt verstanden. Das Ganze klang schön einfach für mich aber naja.
Insofern ich Dich richtig verstanden habe:
User klickt auf Outline-Eintrag.
Der startet Aktion.
Aktion fragt nach Kontonummer (entsprechend des Angebots aus SetupDoc).
Aktion grabbelt sich alle passenden Docs zusammen.
Aktion feuert alle evtl. vorhandenen Einträge aus Folder.
Aktion schiebt zusammengegrabbelte Docs in Folder.
Aktion öffnet Folder.
Bernhard
Dies scheint der einzig gangbare Weg zu sein, um Docs zu selektieren.
In der DB läuft es noch etwas anders. Versuche das mal so wie Du zu Umreißen:
Im ProfileDoc gibts ein Field Konten mit Einträgen
Konto A
Konto B
Konto C
usw.
Doc enthält Fields:
Bestandteil1 Konto1 (Dialogliste aus ProfileDoc, Field Konten)
Bestandteil2 Konto2 (Dialogliste aus ProfileDoc, Field Konten)
Bestandteil3 Konto3 (Dialogliste aus ProfileDoc, Field Konten)
usw.
Pro Konto (A,B,C usw.) eine View oder Folder, in denen nur die Bestandteile auftauchen, die zum jeweiligen Konto gehören (daher nicht ViewSelection, denn ich muss im Doc selektieren)
Formel in Column:
@If (Konto1= Konto A;Bestandteil1 anzeigen;"")
Diese Konto A müßte ich jetzt hier hardcoden.
In Outline stehen die Konten
Konto A
Konto B
Konto C
usw.
Klick auf Konto öffnet die View des jeweiligen Kontos und zeigt nur die Bestandteile für dieses Konto.
Das ist der aktuelle Stand, der auch so funktioniert. Da aber jetzt ständig neue Konten hinzu kommen, will ich das Ganze so gestalten, dass kein Hardcoden in der View oder Column mehr notwendig ist.
Sebastian
-
@SLK:
Die Lösungen wurden doch oben schon alle genannt. Bitte lies das nochmal.
a) Embedded View in Page
Oder b): @SetViewInfo (siehe z.B. auch: Let users filter any view (http://searchdomino.techtarget.com/tip/0,289483,sid4_gci968478,00.html?track=NL-47&ad=484280) {kostenlose Registrierung erforderlich zum ansehen})
Bevor Du weiterpostest, bitte auch auf diese Tipps explizit eingehen und begründen, warum das für Dich keine Lösung ist, sonst kommen wir hier glaub ich nicht weiter.
-
Die Lösungen wurden doch oben schon alle genannt. Bitte lies das nochmal.
a) Embedded View in Page
Habe jetzt Page mit Embedded View erstellt. Dann im Queryopen der Page erstellt:
@Set ("_view" ; @Select (2 ; @GetProfileField("Profile" ; "Konten")));
@Prompt ([Ok];"1";_view)
@Prompt nur als Test, ob @Set irgendwas ausliest. Wird später nicht dabei sein.
Ergebnis: Popup mit dem 1.Konto. OK!
Wie kann ich jetzt die Variable _view in einer @If-Bedingung in einer Column nutzen?
Sebastian
-
Ich verstehe leider immer noch Dein Posting oben nicht.
Einmal schreibst Du
m ProfileDoc gibts ein Field Konten mit Einträgen
Konto A
Konto B
Konto C
Dann schreibst Du:
Doc enthält Fields:
Bestandteil1 Konto1 (Dialogliste aus ProfileDoc, Field Konten)
Bestandteil2 Konto2 (Dialogliste aus ProfileDoc, Field Konten)
Bestandteil3 Konto3 (Dialogliste aus ProfileDoc, Field Konten)
Was ist Konto1? Was ist Konto A? Konto A = Konto1 ???
Schreib mal auf wie die Felder in den jeweiligen Dokumenten heißen, und was da drinsteht, sonst blicke ich das glaub ich nicht.
Meine letzte Antwort war bezogen auf Dein:
Dies scheint der einzig gangbare Weg zu sein, um Docs zu selektieren.
Wir kommen schon noch zu einer Lösung, nur muss ich *genau* wissen wie Deine DB aufgebaut ist und was Du erwartest.
-
Wie kann ich jetzt die Variable _view in einer @If-Bedingung in einer Column nutzen?
Bist Du resistent gegen gelieferte Argumente, Sebastian ? Du kannst N I C H T auf irgendwelche Variablen in Views zurückgreifen. Das steht auch so in der DesignerHelp. Es geht nicht. Punkt.
Bernhard
-
Die Unterteilung nach Konto A, B,C und Konto 1,2,3 usw. ist berechtigt, da:
Konto 1,2,3 sind Felder im Doc
Konto A,B,C sind Einträge im Feld Konten im ProfileDoc
Wie kann ich jetzt die Variable _view in einer @If-Bedingung in einer Column nutzen?
Bist Du resistent gegen gelieferte Argumente, Sebastian ? Du kannst N I C H T auf irgendwelche Variablen in Views zurückgreifen. Das steht auch so in der DesignerHelp. Es geht nicht. Punkt.
Bernhard
Das habe ich verstanden, daher die Frage an TMC wie ich das mit einer Embedded View hinkriegen soll.
Sebastian
-
Oder b): @SetViewInfo
In Standard Outline views, filters a view to display only documents from a specified category. In Calendar views, filters a view to display only document that contain a specified string in a specified column.
Das mit der Kategorie ist mein Problem. Die Column kann ich nicht kategorisieren.
Sebastian
-
Das Design-Element "embedded view" basiert auf einer View. Bevor Du Dich nicht also von Deinen "variablen views" verabschiedest, kommen wir keinen Millimeter weiter.
Ich klinke mich jetzt hier aus und bin wieder dabei, wenn Du Dein Konzept geändert hast.
Bernhard
-
Ok.
Anderer Plan.
In Form zusätzliche Hidden Fields erstellen, Konto A,B,C.
Diese per Computed mit @GetProfileField füllen.
1. Eintrag (Konto A) in Field Konto A
2. Eintrag (Konto B) in Field Konto B
usw.
In Column ein Vergleich der Fields:
@If (Konto1=Konto A;Bestandteil1;"")
Besser?
-
Jo, klingt besser (solange Du das in der Ansicht darzustellende Dokument meinst). Insofern hättest Du dann einen Lernprozess durchgemacht, den viele von uns auch schon hinter uns haben - Notes ist anders (aber nicht schlechter, sondern gegen RDMS nicht vergleichbar).
Ich habe aber mittlerweile wirklich den Zusammenhang verloren, was Du da vorhast. Konto1 bis KontoN - ist das wirklich so endlich, dass Du da zurückgreifen kannst auf vordefinierte Felder ?
Mal nochmal genau auf, was Du willst.
Bernhard
-
Ehrlich gesagt muss ich mich jetzt auch ausklinken, weil ich immer noch nicht verstanden habe wie hier die Randbedingungen sind.
Konto1, KontoA, KontoX. Bedingungen. Profildokumente. Normale Dokumente. View. Spalte.
Die Zusammenhänge sind mir nicht klar hier, daher kann ich leider nicht mehr mithelfen.
Eine Lösung gibt es aber sicherlich. Z.B. könnte man über die Reihenfolge der Einträge im Profildok - oder z.B. über Präfixe (Durchnummerung) arbeiten und entsprechend anzeigen.
Aber das wäre jetzt nur ein Blick in die Glaskugel.
Sorry,
Matthias
-
Jo, klingt besser (solange Du das in der Ansicht darzustellende Dokument meinst).
Genau. Habe gelernt. Und natürlich in den anzuzeigenden Docs. Damit wäre ich dann unabhängig von den Namen der Konten
Leider weiß ich nicht genau, wie ich es noch erklären soll. Für mich total verständlich. ;)
Ich versuche es nochmal:
ProfileDoc:
Hier gibt es ein Field.
Bezeichnung: Konten
Inhalt: Konto A ; Konto B ; Konto C ; usw.
Documents:
Hier gibt es folgende Fields:
Bestandteil1, Bestandteil2, Bestandteil3, usw (Textfield)
Konto 1, Konto 2, Konto 3, usw. (Dialogliste, @GetProfileField("Profile" ; "Konten")
Die User legen einen Bestandteil fest und wählen dann ein Konto aus.
Soweit klar?
-
Aber das wäre jetzt nur ein Blick in die Glaskugel.
Sorry,
Matthias
Wenn man ein Problem für andere klar erläutern kann, ist man gleichzeitig schon selber der Lösung des Problems näher gekommen. Das sollte man immer beachten.
Mir geht es häufiger so: Ich erkläre einer völlig unbeteiligten Person mein Problem. Wenn ich damit fertig bin, habe ich meist schon die Lösung.
Okay, das ist hier wegen Know-How-Mangel noch (!) nicht gegeben. Aber um das saubere Erklären kommst Du nicht herum, Sebastian. Ich habe das Gefühl, das eine Lösung naheliegt, aber wir wissen ja nicht, was Du genau erreichen willst. Jei verständlicher Du das aufmalen kannst, desto einfacher können wir reagieren (und unsere Zeit ist auch nicht unbegrenzt - wir machen das alles nebenher.).
Bernhard
PS: Sebastian - hast Du schon mal für das Forum gespendet ? Der Provider schickt jeden Monat eine Rechnung, und wenn wir die auch noch selber bezahlen müssen ...
-
In der Column folgende Formel:
@If(Konto1=Konto A ; Bestandteil1 ; "")
Zum Vergleich brauche ich ja Konto A. Das kriege ich ja nicht über ein Variable (aha, gelernt) sondern irgendwie anders.
Also ein Hidden Field im Document, das Konto A enthält. Per @GetProfileField("Profile" ; "Konten") alles auslesen und dann Konto A selektieren.
Sebastian
PS: Spenden gern. Wo? Wieviel? Das Forum hat mir schon so oft geholfen, dass das nur fair ist.
OK, gefunden und per Paypal erledigt. Habe erst mal 20,- gebeamt. Zuwenig?
-
Sebastian
PS: Spenden gern. Wo? Wieviel? Das Forum hat mir schon so oft geholfen, dass das nur fair ist.
OK, gefunden und per Paypal erledigt. Habe erst mal 20,- gebeamt. Zuwenig?
NEIN - und VIELEN DANK in Arnes Namen, Das ist wirklich eine noble Geste und bedeutet fast einen halben Monat Forumsbetrieb.
Dein Ansatz sieht jetzt Notes-konform aus. Wenn wir das ganze Szenario kennen würden, könnte man sicher noch optimieren. Melde Dich einfach.
Bernhard
-
Also theoretisch geht das schon mit einer dynamischen Ansicht, die sich Werte aus Profildokumenten holt. Ab Version 6 kannst du nämlich per Skript Selection- und Spaltenformeln in einer Ansicht ändern.
Das wäre IMHO in deinem Fall aber nur sinnvoll, wenn sich die Werte im Profildokument nicht alle 5 Minuten ändern. Wenn das nicht der Fall ist, dann könntest du jedesmal bei dem Ereignis "Wert im Profildokument ändert sich" die Ansicht entsprechend anpassen. (Wir haben das schonmal eingesetzt, funktioniert tadellos)
Der Unterschied zu deinem ursprünglichen Ansatz ist eigentlich nur, dass du die Ansicht nicht jedesmal beim Öffnen anpasst, sondern nur dann, wenn sie angepasst werden muss, nämlich wenn sich Werte in der Konfiguration ändern.
Anm.: diesen Thread habe ich nicht vollständig gelesen. Ich denke aber, das Problem verstanden zu haben. Wenn dem nicht so ist, einfach ignorieren...
-
@Thomas Völk
Kingt auf jeden Fall nach einer guten Möglichkeit.
Das Profiledoc ändert sich nicht ständig. Es kommt halt ab und an ein Eintrag hinzu.
Ich habe angefangen diesen Plan
In Form zusätzliche Hidden Fields erstellen, Konto A,B,C.
Diese per Computed mit @GetProfileField füllen.
1. Eintrag (Konto A) in Field Konto A
2. Eintrag (Konto B) in Field Konto B
usw.
In Column ein Vergleich der Fields:
@If (Konto1=Konto A;Bestandteil1;"")
umzusetzen. Geht eigentlich auch aber so muß ich das Hidden Field jeweils neu setzen, wenn sich das ProfileDoc ändert.
Sebastian