Autor Thema: nachträgliche Änderung eines berechneten Feldes  (Gelesen 3326 mal)

Offline DonPromillo

  • Junior Mitglied
  • **
  • Beiträge: 78
  • Ich liebe dieses Forum!
Hallo zusammen,

wieder einmal ein Problem, bei dem ich schier keine Lösungsmöglichkeit weiß!  ???

Ich habe ein berechnetes Feld, dass mir automatisch die Gliederungsnummer (z.B. 1. , 2.3, 4.5.3,...) zusammenbastelt.

Nun ist das Problem, das jmd. die Gliederung anpassen möchte, z.B. den Punkt 4.5.3 auf 4.5.2 ändern. (also nur innerhalb einer Gliederungsebene).

Wie funktioniert das? Habe schon versucht, das Gliederungsfeld "trotz" berechnung bearbeitbar zu machen, geht aber schief...

Muss ich da Agenten einsetzen? (Falls ja, kennt jmd. ein Agenten-Tutorial, das in meinem Buch hilft mir nicht wirklich :( )

Schon mal Danke
Frank

Offline Axel

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.658
  • Geschlecht: Männlich
  • It's not a bug, it's Notes
Re: nachträgliche Änderung eines berechneten Feldes
« Antwort #1 am: 19.11.04 - 12:46:19 »
Hi,

was heisst "berechnet" genau? Ist da eine Formel drin, die sich Werte aus anderen Ecken der Maske holt, oder nur der Feldname selbst?

Axel
Ohne Computer wären wir noch lange nicht hinterm Mond!

Offline Spalter

  • Aktives Mitglied
  • ***
  • Beiträge: 109
  • Mit der Lizenz zum Löschen!!!
Re: nachträgliche Änderung eines berechneten Feldes
« Antwort #2 am: 19.11.04 - 12:52:18 »
Hallo zusammen,

wieder einmal ein Problem, bei dem ich schier keine Lösungsmöglichkeit weiß!  ???

Ich habe ein berechnetes Feld, dass mir automatisch die Gliederungsnummer (z.B. 1. , 2.3, 4.5.3,...) zusammenbastelt.

Nun ist das Problem, das jmd. die Gliederung anpassen möchte, z.B. den Punkt 4.5.3 auf 4.5.2 ändern. (also nur innerhalb einer Gliederungsebene).

Wie funktioniert das? Habe schon versucht, das Gliederungsfeld "trotz" berechnung bearbeitbar zu machen, geht aber schief...

Muss ich da Agenten einsetzen? (Falls ja, kennt jmd. ein Agenten-Tutorial, das in meinem Buch hilft mir nicht wirklich :( )

Schon mal Danke
Frank


Hallo Frank,

wenn Du eine grundsätzliche einfache Einführung suchst, dann schau Dir mal die Bücher aus dem herdt-Verlag an. (herdt.com)

Gruß
Spalter

Offline DonPromillo

  • Junior Mitglied
  • **
  • Beiträge: 78
  • Ich liebe dieses Forum!
Re: nachträgliche Änderung eines berechneten Feldes
« Antwort #3 am: 22.11.04 - 15:46:02 »
@Spalter : Danke für den Tipp, habe das Addison Wesley Buch, finde aber allg. dass Bücher oft an den spannenden Stellen aufhören...  :-\
@Axel:

Berechnet= @Dblookup(abhängig von einem Wert weiter oben in der Maske)

inzw. habe ich es schon über Zwischenfelder gelöst, die die Werte berechnen, und im Listenfeld wird dann nur das berechnete Feld gelesen...
So weit so gut, aber wie kriege ich eine (nachträgliche) Sortierung hin?
So etwa die Richtung:
In der Maske erstelle ich zwei Felder: "einen Gliederungspunkt nach oben" und einen Gliederungspunkt nach unten schieben"
Dementsprechend tausche ich einfach per dblookup den Wert des aktuellen Dokuments aus.
Aber wie kriege ich den "alten" Wert des aktuellen Dokuments in die Maske rein, aus der der "neue" Wert stammt?
Bsp Pseudocode:
1. Schritt: 2.1.3 Blablabla --> Aktion:nach oben
2. Schritt: 2.1.3 Blablabla --> dblookup 2.1.3 "-1" (=2.1.2)
3. Schritt: 2.1.3 Blablabla --> 2.1.2 Blablabla
4. Schritt: altes 2.1.2 finden und auf 2.1.3 setzen

Wie funktioniert 4. ???

Danke schon mal



Offline Axel

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.658
  • Geschlecht: Männlich
  • It's not a bug, it's Notes
Re: nachträgliche Änderung eines berechneten Feldes
« Antwort #4 am: 22.11.04 - 16:16:54 »
Hi,

ich mach's mal mit dem gleichen Pseudocode:

1.Schritt  ursrpüngliches 2.1.2 finden und merken
2. - n. Schritt
4. gemerktes 2.1.2 finden und dblookup 2.1.2 "+1" (=2.1.3)



Axel

Ohne Computer wären wir noch lange nicht hinterm Mond!

Offline DonPromillo

  • Junior Mitglied
  • **
  • Beiträge: 78
  • Ich liebe dieses Forum!
Re: nachträgliche Änderung eines berechneten Feldes
« Antwort #5 am: 22.11.04 - 17:31:33 »
aaaaha,

OK, werde das gleich mal ausprobieren  :D
Falls es nicht funxt (oder ich irgendwas falsch mache) melde ich mich noch mal, danke für den Tipp! Wusste nicht dass man mit dblookup auch ein "update" machen kann!

Grüße
Frank

Offline koehlerbv

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 20.460
  • Geschlecht: Männlich
Re: nachträgliche Änderung eines berechneten Feldes
« Antwort #6 am: 22.11.04 - 18:34:57 »
Warum sollte man mit @dbLookup ein berechnetes Feld nicht updaten können, Frank ? Du kannst hierfür jede @function einsetzen - Hauptsache, die Aktion läuft im Backend.
Ich würde die Sache lieber andersherum betrachten: In Datenbanken mit sehr vielen Dokumenten kann ein derartiges Update via @dbLookup sogar kontraproduktiv sein, nämlich wenn bei jedem Öffnen des Dokuments diese Formel (deren Ausführung bei den erwähnten sehr vielen Dokumenten auch sehr viel Zeit kosten kann) zwangsweise ausgeführt wird.

Bernhard

Offline DonPromillo

  • Junior Mitglied
  • **
  • Beiträge: 78
  • Ich liebe dieses Forum!
Re: nachträgliche Änderung eines berechneten Feldes
« Antwort #7 am: 23.11.04 - 11:45:19 »
Ok, ich muss passen, ...ich kriege es nicht hin, vielleicht habe ich das ganze auch etwas falsch verstanden!


Wie müsste denn der dblookup aufgebaut sein, damit ich Feld X in Maske B aus Maske A heraus updaten kann (über einen Aktionsbutton)? 
(Codebeispiel wäre super  ;D )

@dblookup("":"NoCache";"":"";"Gliederung"; <- und wie weiter?

Thx schon mal
Frank


Offline Semeaphoros

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.152
  • Geschlecht: Männlich
  • ho semeaphoros - agr.: der Notesträger
    • LIGONET GmbH
Re: nachträgliche Änderung eines berechneten Feldes
« Antwort #8 am: 23.11.04 - 11:52:32 »
Aus der Hilfe von dblookup und dbcolumn:

The following @functions get data values from a specified database. You cannot set values with these @functions.


Ich befürchte, Bernhard hat hier was falsch verstanden.


Wenn Du allerdings mit Hilfe von dblookup die DocumentUNID aus den betroffenen Dokumenten herausziehst, kannst Du danach diese Dokumente öffnen und deren Inhalte verändern. Ich würde da aber mal empfehlen, das mit Script zu machen und nicht mit @Functions, das könnte bei zu vielen Dokumenten in die Binsen gehen.
Jens-B. Augustiny

Beratung und Unterstützung für Notes und Domino Infrastruktur und Anwendungen

Homepage: http://www.ligonet.ch

IBM Certified Advanced Application Developer - Lotus Notes and Domino 7 und 6
IBM Certified Advanced System Administrator - Lotus Notes and Domino 7 und 6

Offline koehlerbv

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 20.460
  • Geschlecht: Männlich
Re: nachträgliche Änderung eines berechneten Feldes
« Antwort #9 am: 23.11.04 - 11:56:02 »
Jo, Bernhard hat es missverstanden ...

Offline Semeaphoros

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.152
  • Geschlecht: Männlich
  • ho semeaphoros - agr.: der Notesträger
    • LIGONET GmbH
Re: nachträgliche Änderung eines berechneten Feldes
« Antwort #10 am: 23.11.04 - 11:57:00 »
Das soll vorkommen ....  ;)
Jens-B. Augustiny

Beratung und Unterstützung für Notes und Domino Infrastruktur und Anwendungen

Homepage: http://www.ligonet.ch

IBM Certified Advanced Application Developer - Lotus Notes and Domino 7 und 6
IBM Certified Advanced System Administrator - Lotus Notes and Domino 7 und 6

Offline DonPromillo

  • Junior Mitglied
  • **
  • Beiträge: 78
  • Ich liebe dieses Forum!
Re: nachträgliche Änderung eines berechneten Feldes
« Antwort #11 am: 23.11.04 - 13:18:17 »
OK, trotzdem danke für die Hilfe.

Werde das Problem nun erst einmal durch "manuelles" bearbeiten der Felder lösen, ... habe nämlich noch keine Ahnung von LS,...  :(

Grüße
Frank


Offline koehlerbv

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 20.460
  • Geschlecht: Männlich
Re: nachträgliche Änderung eines berechneten Feldes
« Antwort #12 am: 24.11.04 - 23:58:52 »
Da ich mich mit diesem Thema früher schon beschäftigt habe und es gerade wieder in einer erweiterten Form "auf der Matte" habe: Derartige Renumerierungen (NDR: "Neunummerierung") kriegst Du garantiert nicht mit @functions hin. LS ist hier ein unbedingtes Muss. Das Problem verlangt nicht nur prozedurales Abarbeiten, sondern (was auch mit R6-@functions nicht läuft) Rekursion und muss zahlreiche Nebenbedingungen berücksichtigen.
Mit LS ist es aber problemlos lösbar (nach entsprechendem Hirnschmalzverbrauch  ;D ) So geht es mir gerade wieder mit dem "renumbering reloaded"  ;D

Bernhard

 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz