Domino 9 und frühere Versionen > Entwicklung
Eingabeumsetzung
dottore:
Ich verstehe den Sinn der Eingabeumsetzung nicht ganz:
Sobald beide Felder leer sind, kann ich nix mehr eingeben, da er mir nach jeder Eingabe den Wert wieder löscht.
Um das zu umgehen könntest Du die Formel ändern:
@If (Gebiet = "1"; "in Gebiet";
Gebiet = "2"; "Auslieferung";
Gebiet = "3"; "Einlieferung"; Gebiet_1 )
Damit wäre das Problem aber nicht behoben. Nehmen wir an, in Gebiet steht "1" und in Deiner Liste "in Gebiet". Das ist genauso festgefahren, Du kannst später keine Änderungen mehr durchführen, da die Eingabeumsetzung jedes Feldes das verbietet.
Ein drittes Feld hilft:
Gebiet_1:
@If (hiddenGebiet = "1"; "in Gebiet";
hiddenGebiet = "2"; "Auslieferung";
hiddenGebiet = "3"; "Einlieferung";
@If ( Gebiet_1 = "in Gebiet"; @SetField( "hiddenGebiet"; "1" );
Gebiet_1 = "Auslieferung"; @SetField( "hiddenGebiet"; "2" );
@SetField( "hiddenGebiet"; "3" )
)
)
Gebiet:
@If (hiddenGebiet = "1"; "1";
hiddenGebiet = "2"; "2";
hiddenGebiet = "3"; "3";
@If( Gebiet = "1"; @SetField( "hiddenGebiet"; "1" );
Gebiet = "2"; @SetField( "hiddenGebiet"; "2" );
@SetField( "hiddenGebiet"; "3" )
)
)
hiddenGebiet:
nix
Ich habe das allerding leider noch nicht getestet, aber so oder ähnlich sollte es hinhauen.
Ich denke, Dein zweites Problem sollte damit auch erschlagen sein (?)
macom111:
@dottore
Das ganze ist ein bisschen kompliziert, aber ich will versuchen, Dir den Sinn der Eingabeumsetzung kurz zu erklären.
Schau dir doch bitte folgendes Thema von mir an:
Migration von Access97 nach Notes
« am: 11.09.03 - 18:09:41 ».
Nun, mittlerweile weiß ich, wie man eine Tabelle aus einer Access DB in ein .nsf DB migriert (werde ich unter "Migration von Access97 nach Notes" noch erläutern). Leider werden manche Felder aus Access nicht richtig übernommen. Z.B. wird der Inhalt eines Kombinationsfeldes (in Gebiet, Auslieferung, Einlieferung) im Access in einer eigenen Tabelle abgelegt und nicht wie in Notes im Feld selbst (Zumindest ist das in der mir vorliegenden Access DB so).Stattdessen werden dort nur ID-Nummern angezeigt, da in Access jedem Begriff eine ID zugeordnet ist (ID1 = in Gebiet, ID2 = Auslief...u.s.w). In diesem Fall wird bei der Migration anstatt eines Kombinationsfeldes ein Texfeld erzeugt, indem die ID angezeigt wird. Um der ID den dazugehörigen Begriff zuzuordnen, habe ich das 2.te Feld "Gebiet_1"angelegt. Da es sich bei dieser DB um ca 2500 Datensätze handelt kann ich mit meiner Formel
@If (Gebiet = "1"; "in Gebiet";
Gebiet = "2"; "Auslieferung";
Gebiet = "3"; "Einlieferung"; "")
der ID den richtigen Begriff zuordnen. Wenn ich aber zuerst den Begriff eingebe, wird nicht die richtige ID zugeordnet. Dazu müßte ich die Formel löschen und die andere Formel im Feld "Gebiet" eintragen. Deshalb benötige ich eine Lösung, bei der es egal ist, welches Feld ich zuerst ausfülle. Dem anderen soll automatisch die, der richtige ID bzw. Begriff zugeordnet werden.
Ich hoffe, meine Erklärung war einigermaßen verständlich.
Leider funktioniert auch Deine Formel nicht richtig.
Ich sehe schon: Das ist `ne harte Nuß, aber ich hoffe doch noch auf eine Lösung.
???
Siggi
TMC:
Hi Siggi,
ist die Access-Migration eine einmalige Geschichte oder kommt die öfters vor?
Wenn einmalig, dann hätte ich eine schnelle Lösung: Würde ich simpel über Excel triggern. Also Copy&Paste von Access in Excel, dort in die Spalten eine Wenn-Formel, entsprechend runterkopieren, Formeln als Werte ersetzen, etc., und dann hast Du saubere Werte im Notes.
TMC
dottore:
Hi,
versuch mal folgendes:
Umsetzung Gebiet
@If( Gebiet != ""; Gebiet;
Gebiet_1 = "In Gebiet"; "1";
Gebiet_1 = "Auslieferung"; "2";
Gebiet_1 = "Einlieferung"; "3"; ""
)
-----------------------------------------
Umsetzung Gebiet_1
@If( Gebiet_1 != ""; Gebiet_1;
Gebiet = "1"; "In Gebiet";
Gebiet = "2"; "Auslieferung";
Gebiet = "3"; "Einlieferung"; ""
)
bei mir hats gefunzt
Gruss,
dottore
koehlerbv:
--- Zitat ---Wenn man zum Bleistift auf Gebiet = "" prüft, heißt das aber auch im Umkehrschluß: Steht schon was drin im Feld und wird das andere geändert, dann haben Änderungen in Gebiet_1 keine Auswirkung mehr auf Gebiet.
--- Ende Zitat ---
Siehe oben ...
Bernhard
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln