Das Notes Forum

Domino 9 und frühere Versionen => ND6: Entwicklung => Thema gestartet von: dinnso am 16.07.04 - 10:45:40

Titel: Spalten mit Formelsprache hinzufügen
Beitrag von: dinnso am 16.07.04 - 10:45:40
Hallo zusammen,

ist es möglich in einer Ansicht zur Laufzeit mit @Formeln Spalten hinzuzufügen?

Bin für jede Hilfe dankbar.

Grüße

Dinnso
Titel: Re:Spalten mit Formelsprache hinzufügen
Beitrag von: Tode am 16.07.04 - 14:13:23
nein, geht nur mit Lotusscript, und da auch erst seit R6

Gruß
Tode
Titel: Re:Spalten mit Formelsprache hinzufügen
Beitrag von: dinnso am 16.07.04 - 14:17:27
Wie mach ich das dann?

Wenn ich im Designer auf ne Spalte klicke, dann kann ich ja nur ne Einfache Suche, ein Feld oder ne Formel angeben, aber kein Lotus Script.

Ich möchte nämlich in einer Ansicht so viel Spalten hinzufügen wie es in einer anderen Ansicht Zeilen hat. Das soll aber automatisch beim Aufruf der Ansicht geschehen.

Vielen Dank schon mal für die Hilfe.

Gruß

Dinnso
Titel: Re:Spalten mit Formelsprache hinzufügen
Beitrag von: Driri am 16.07.04 - 14:28:57
Probier doch mal, das in nem Event der View zu machen, z.B. Queryopen.
Titel: Re:Spalten mit Formelsprache hinzufügen
Beitrag von: Tode am 16.07.04 - 14:32:15
Nur mal so ne Frage: Wie viele User werden mit dieser Ansicht arbeiten ?

Ich stelle mir das schön vor: ich öffne eine Ansicht, die sich selbst mit 10 Spalten generiert.... während ich in der Ansicht bin, verschwinden plötzlich 3 SPalten und die Ansicht zeigt ganz andere Daten an, weil ein anderer User dummerweise kurz nach mir die Ansicht geöffnet hat...

Aber das nur zur Überlegung, ob das ganze sinnvoll ist...
Was Du willst liesse sich (vermutlich, so was habe ich selbst aich noch nicht umgesetzt) über das Queryopen der Ansicht lösen... Dort schreibst Du Dein Script rein, was die Ansicht komplett umgestaltet.... und dann zeigst Du die Ansicht dem User... Dazu MUSST Du aber ziemlich gut in Script sein, und vor allem UNBEDINGT den Unterschied zwischen Frontend und backend in Script verstanden haben... sonst geht das zwangsläufig in die Hose...

Ich würde so was eher nicht angehen, es sei denn es liesse sich bei den Anforderungen partout nicht vermeiden... und vermeiden lässt sich sowas über ein anständiges DB-Design meistens.

HTH
Tode