Fehler "too many arguments" - bei DbColumn

[brixxton]

welche version von notes hast du.

mfg

brixxton

[theBastian]

Notes 6.5.1 en

[koehlerbv]

Bist Du Dir sicher, dass in Reprojekt das steht, was Du dort erwartest ? Lass Dir das mal innerhalb Deiner Formel mit @Prompt ausgeben ...
Ansonsten ist eine Ferndiagnose schwierig (zumindest mir fällt jetzt nix ein ...).

Benrhard

[theBastian]

Habe nicht @Prompt verwendet sondern eine Rechnung erstellt, gespeichert und dann in den Eigenschaften des Docs das Feld ReProjekt gesucht. Dort steht genau das Projekt drin, welches ich ausgewählt habe.

[theBastian]

Habe jetzt @Prompt vor die Formel gebaut und es passiert folgendes:

- Projekt ausgewählt;
- Klick auf Dialogfeld2 -> Prompt mit dem richtigen Projekt und Dialogfeld mit den richtigen Bestandteilen erscheinen
- Projekt geändert
- Klick auf Dialogfeld2 -> kein Prompt und die Bestandteile vom vorigen Projekt erscheinen

Aber die Refresh bei beiden Feldern sind gesetzt  

[brixxton]

ja da hatte ich auch probleme und leiser keine lösung auser F9 gefunden.
ist halt so, damit müssen wir leben was sie noch probieren können ist @Command( [RefreshHideFormulas] ) hinter der Formel die Sie benutzen.

mfg

brixxton

[theBastian]

Würde das nicht eher etwas in Dialogfeld1 bringen? Dort statt View-Auswahl eine DbColumn-Formel mit Refresh am Ende? Sollte dann ja auf alle Formel (also auch Dialogfeld2) wirken.  

--> @Commands not allowed

Also wird das dort nichts.

[brixxton]

funktioniert das alles wenn du F9 benutzt.

mfg

brixxton

[theBastian]

Mit F9 funktioniert das Ganze. Ist aber nicht so das Wahre.

[brixxton]

dann schreibst du in das erste feld eine @DBColumn Formel und nicht auswahl über Ansicht.

das ist die lösung dann Funktioniert das alles.
es ist vieleicht ein bug in notes.

mfg brixxton

[theBastian]

Fahre erst mal nach Hause und teste dort weiter. Melde mich gegen Abend nochmal.
Danke erstmal für Deine Hilfe. Hat mich schon viel weiter gebracht.
Bis später.

[koehlerbv]

Dein Dialogfeld2 ist aber schon ein berechnetes Feld ?
Ich kann jedenfalls nicht darüber klagen, dass ein mit @dbLookup auf Basis von Feld1 berechnetes Feld2 nicht funktionieren würde ...

Es gibt aber einen Fakt, der Dich vielleicht sowieso zu einem anderen Ansatz lenken wird: Performance !
Wenn Du Deine @dbLookups in Dialogfeld2 zu stehen hast, dann wird ja jedes Mal beim Öffnen eines Dokuments das ganze Zeugs durchgerödelt - bei grossen DBs merkst Du das dann ganz deutlich. Günstiger ist dann m.E. ein Hotspot zur Auswahl des Projekts, dessen Formel dann nicht nur Dialogliste1 (was dann natürlich Text würde) füllt, sondern mit @SetField und Deiner bisherigen Formel Dialogliste2 füttert. Der Buhtong müsste natürlich im Lesen-Modus verborgen sein, damit der User nicht auf schlechte Gedanken kommt  

HTH,
Bernhard

[theBastian]

Moin Moin,

hatte natürlich am WE keine Zeit und bin erst jetzt zum Testen gekommen.

Warum sollte mein Feld2 berechnet sein? Der User soll sich doch einen Bestandteil aussuchen können.

Performance habe ich auch schon überlegt aber ich hoffe, das pro Jahr nicht mehr als 10-20 Projekte zusammen kommen.

cu
Sebastian

[theBastian]

Guten Morgen,

habe jetzt den Vorschlag von brixxton umgesetzt. Funktioniert ohne Probleme.

Danke Euch nochmal.

cu
Sebastian