Tolle History Funktion! Aber wie ist die Variable für Felder?

[adminnaddel]

hallo liebe gemeinde,

die folgende formel ist ne tolle history funktion hier aus dem forum.
habe sie ein bisschen umgemodelt.
bei jeder veränderung wird mir ein weiterer eintrag in field geschrieben und zusätzlich von das field "status" geändert wird: wie der neue eintrag heißt.

_CN:=@Name([CN];@UserName);
_EditDate:=@Text(@Today);
_LastEdit:=@Subset(History;1);
_Edit:=_CN+" am: "+_EditDate+" Feldwert Status: "+ Status;
@If
  (
   @IsDocBeingSaved; @If(History = ""; _Edit;_LastEdit=_Edit;History;_Edit:History);
   @IsNewDoc; ""; History
  )

jetzt probiere ich das feld "status" gegen eine variable auszutauschen, um so alle felder meiner form abzudecken, das klappt aber bei mir nicht
ich hatte es schon mit u.a. _field:= status | longDescription ...usw versucht, hat aber alles keinen Nährwert!

bräuchte da bitte mal dringend hilfe.
muß auch kein kompletter lösungvorschlag sein (@Rob Green: ich weiß ja, daß magst du ja nicht).
aber ein guter Tipp wäre schon!

danke und viele grüße

[adminnaddel]

hallo,

okay dann mal anders gefragt:
wie bestimme ich eine variable für die felder in einer form?

da gibt es doch bestimmt ein paar lösungsansätze.

daaaaaaaaaaaaaaaaaaaaaaaaaanke
grüsse

[Don Pasquale]

He, nicht so laut adminnaddel,
es hören dich ja alle.

ich habe etwas gefunden wo Du Dich reinwühlen kannst.

http://www.kressnerconsulting.de/phistorie.htm

schau dir dort mal fogendes ereignis an :

Sub Postopen(Source As Notesuidocument)


Ciao

Don Pasquale

[klaussal]

@don pascale,
hi, das beispiel ist ganz gut, nur müsste man (frau) es aufbohren, dass die ganze historie stehenbleibt und nicht immer nur der letzte eintrag.
aber sonst, wie gesagt, ganz gut.  
das ist dann was für die langen winterabende.....

[adminnaddel]

@Don,

ich danke dir sehr, tolle funktion für ne andere datenbank.
aber es muß in meinem fall bei der formelsprache bleiben.
ich meine, es kann doch nicht so schwierig sein. wenn ich jedes feld für sich angeben kann, dann muß es doch auch mit etwas gehen, welches erst alle felder deklariert und dann als string/variable übergibt.

trotzdem danke mit dem script, werde ich mir gut aufbewahren für spätere zeiten.

aber jetzt hätten wir das problem noch immer nicht gelöst!

grüsse

[Don Pasquale]

@Naddel, Sorry. Formelsprache ist nicht meine Domäne

@Klaussal,
ich glaube mich zu erinnern, das besagtes aufbohren und
reinwühlen ein hinzufügen von 2 Worten war.

Auf Nachfrage erzähl ich Dir gern mehr.
Ich will aber dem Kressnerconsulting nicht das Geschäft verderben.

Ciao
Don Pasquale

[eknori]

in Formelsprache kannst du die Feldnamen nicht mit einer Variablen ansprechen; du kannst einer Variablen lediglich den Inhalt eines Feldes zuweisen

[adminnaddel]

@Eknori,

wenn ich dich also richtig verstehe, sollte ich es dann also mit @GetDocField versuchen?

Grüsse

[klaussal]

@ don pasquale

wenn man LS im schlaf kann, dann sind's 2 worte, ansonsten vielleicht ein paar mehr. . . . .

[eknori]

@GetDocField ist eine gute Wahl  

[Rob Green]

@eknori, in Formelsprache geht es schon, daß man dynamisch=variabel Feldnamen anspricht...

zB dieses Snippet:
var_sucher1:=@Left(Tragfaehigkeit;1);
var_SearchField:="RFNF"+var_sucher1;
@DbLookup("":"NoCache" ; ""; "VorgabeNeu";"Vorgabe";var_SearchField)

fett=Feld
var_...=Variablen

Das Feld Tragfaehigkeit kann die Ausprägungen "1", "2", ... haben...
und die zu durchsuchenden Felder hängen von der Ausprägung ab.
Die Namen der zu durchsuchenden Felder werden dann so gebildet:
"RFNF"+"1" = "RFNF1" (ein echtes Feld....)
"RFNF"+"2" = "RFNF2" (ein weiteres echtes Feld....)

Das Dblookup geht dann auf dieses "berchnete" Feld los und nicht auf eine Spaltennummer, wie Du siehst.

Na ja, nix dramatisches, wollte es nur mal erwähnt haben.

[wflamme]

@eknori, in Formelsprache geht es schon, daß man dynamisch=variabel Feldnamen anspricht...

Oder mit @Subset(@DocFields; ....)