Soll pro abgeschlossenem Produkt ein Dialog erscheinen oder soll der Betrag in einem Dialog eingegeben werden? Letzteres wäre sehr viel anwenderfreundlicher.
Dazu brauchst Du eine (Teil-)Maske, die als Dialog angezeigt wird.

Die Maske hat die Felder "Produkte" und "Betrag". Diese jeweils als Mehrfachwerte mit "Neue Zeile" als Trenner. Produkt ist ein Textfeld und Betrag ein Zahl- (bzw. Währungs)feld.

Andreas

Falls die Anzahl der (verschiedenen) ausgewählten Produkte logisch eingrenzbar ist, geht das über eine Menge an versteckten Feldern.

Beispiel:
User hat die Produkte mit Käse und Schinken gewählt.
In der letzten Maske bekommt er das folgende angezeigt:

Produkt: |_Käse_|  Menge: |_ _|
Produkt: |_Schinken_| Menge: |_ _|
Die restlichen Felder werden mit Hide-when verborgen.

Je größer die mögliche Länge der Liste, desto problematischer wird dieser Ansatz.
Ansonsten kannst du in Notes Gestaltungselemente wie Felder nicht dynamisch erzeugen.

Ausser mit problematischen und eine Menge an Programmierung erfordernden möglichen Ansätzen:
- generiere ein HTML Form, zeige dies in einem IE-Active X Plugin in der Domino Maske an und sende dies gegen ein Domino Servlet.  
- Applet
- C-Api Calls
- dynamische Form Generierung mit XML Dokumenten gemäss domino60x.dtd (auch DXL genannt).  


-------------------------------------
ASCII Mask Modelling Language  (AMML)
|_ _|  = feld
copyright: Axel Janssen
-----------------
... oder benutze Tomcat
... schreibe einen Swing oder swt/jface Client und verteile in über JWS
... schreibe einen Net Client und verteile ihn wie Microsoft das vorsieht
.... schreibe einen Visual Basic Client und lasse ihn wie auch immer verteilen.

Guten Morgen,

schon mal vielen Dank an euch
mit den versteckten feldern wollt eich anfangs auch so machen.
Aber da die Anzahl der Produkte ja beliebig über die Profildokumente steuerbar ist, ist die logische Anzahl nicht vorhersehrbar.:-((
Es sollte ja möglichst dynamisch sein.

Habe ich denn mit einem Array keine Chance?
ich dachte da an folgende Schritte.
1. ankreuzen der abgeschlossen Produkte
2. auslesen der Anzahl der Produkte (n)
und dann z.b. ne eine For i to n Schleife, die Felder füllt?

geht das nicht irgendwie?

Vielen Dank und schönen Sonntag

Also, ich hab fast das Gefühl, die Antwortenden suchen hier viel zu weit. Wenn ich Cupra richtig verstehe, ist es durchaus denkbar, dass man durch diese Liste Stück für Stück durchgehen kann, keine Notwendigkeit alle Produkte gleichzeitig in einer Liste anzuzeigen und zu verarbeiten (sonst müsste man mal an eine editierbare View/Folder in Notes 6 nachdenken, da lässt sich sowas sicher benutzerfreundlich realisieren).

Hier denke ich, gäbe es eine Möglichkeit, eine (Sub)Maske zu erstellen mit zwei Feldern:

Produktlabel, Text, Computed for Display

ProduktPreis, Zahl oder Currency, Editierbar

Die von Cupra angedeutete For-Schleife zeigt pro Produkt eine Dialogbox an, die dann vom User entsprechend ausgefüllt und bestätigt wird.

Wer ausser Cupra weiss im Moment etwas über die Grösse der Liste?

Das ist aber eindeutig eine unzulässige Ueberinterpretation der Aussage bzw. sollte zu einer Rückfrage führen. Abgesehen davon lässt sich die Strategie auch für mittelgrosse Mengen anpassen, man nehme zum Bleistift je 10 Artikel in einen Bildschirm. Je nachdem, wer diesen Abgleich betätigt, ist das dann uU sowieso die bessere Lösung, als alle 113 Artikel auf einmal zu präsentieren.

Genau gleich wie nur mit einem Artikel, die Maske wird mit 10 Labeln gefüllt und man wartet auf die Eingabe von 10 Preisen, danach werden diese 10 Eingaben verarbeitet und es geht weiter mit den nächsten 10. Es gibt dann eben die Felder ProduktLabel0 bis Produktlabel9 und Produktpreis0 bis Produktpreis9

 
ich wusste, dass ich hier immer wieder richtig bin.

also hatte ich noch gar nicht erwähnt :-( Notes 5.011 Server, wie Client, nur Notesoberfläche, kein Web

Liste wird nicht allzu lang werden, also ich denke mal an die 10  Produkte.
(es kommt ja schliesslich noch ein Bemerkungsfeld / Sonstiges rein wo aussergwöhnliche sachen eingetragen werden können)

Ich versuche es nochmal etwas plastischer darzustellen:
Anwendung ist eine Art Kontaktverwaltung für mehrere Bereiche, z.B. Finanzierung, Vermittlung von Objekten, Geldanlage, Versicherungen.
Eine Möglichkeit ist, dass alles einzeln in einer extra Anwenundung relativ starr zu realisieren.
Ich dachte mir, warum nicht eine Anwendung (kachel :-) ) in der es alles abgedeckt werden kann. Ich klicke auf neue Vermittlung, Auswahlfenster erscheint, mit den freigeschalteten Vermittlungstypen (funktioniert prima über das Profildokument),
dann je nach Typ kommt ne Maske, in der wieder verschiedene Unterprodukte stehen (diese Unterprodukte kommen ebenfalls wieder aus dem Profildokument) - funktioniert auch prima. Mitarbeiter vor Ort kreuzt gewünschte Produkte an.
Kontakt wird gespeichert (je nach Vermittlungstyp geht dann ne Verknüpfung bzw. nen kalendereintrag an die betreuende "Fachabteilung")
Soweit funktioniert alles prima.
Dann kommt die Fachabteilung, öffnet den Kontakt und berät z.b. den Kunden, nimmt den Termin wahr.
Jetzt kommt die Controllingabteilung ins SPiel, die gerne Zahlen hätte und abgeschlossene Produkte.
Also Schaltfläche "Kontakt erledigt" --> neue Maske.

Hier erscheinen o.g. Felder und die gewünschten Produkte erscheinen als angekreuzte Vorauswahl. Nun kann aber immer noch was geändert werden. (z.B. Kunde will Produkt a nicht aber Produkt c). Die Fachabteilung kreuzt nun an, was wirklich abgeschlossen worden ist.
Und eben hier ist das Problem: Jetzt müssten einzelne Felder aufgehen oder eben Dialog für alle Produkte die im Endeffekt verkauft worden sind und den Betrag abfragen...
Da komm ich absolut nicht weiter.

Ein staare Verkettung wäre machbar, aber würde halt dem dynamsichen Konzept der Anwendung widersprechen:-(((

ich hatte halt mit nem Array probiert aber er mag nicht :-(
das Feld Ergebnis_produkt hat ja im Endeffekt ein Listeninhalt (.

So ein Document.Create Field (Produkt, Betrag) wäre genau das was ich bräuchte ...


Sorry für den vielen Text am Sonntag ...

sonnige Grüße aus Hessen
Cupra

Hi, Cupra,

der viele Text macht nix - auch nicht am Sonntag. Dein Problem lässt sich ja auch nicht in zwei Sätzen beschreiben, und meine Erfahrung ist: Wer das Problem darlegen kann, hat auch die Chance, es zu lösen. Vice versa ist es unmöglich - solche Fälle haben wir ja auch (hier im Forum).

So ein Document.Create Field (Produkt, Betrag) wäre genau das was ich bräuchte ...

Nein, das sehe ich anders. Ein "Feld" ist ja ein Designelement (mit all' dem, was daran hängt) und was Du brauchst, ist eine Möglichkeit, dynamisch Daten darzustellen und zu verändern.

Leider ist dieses Problem mit Notes als à priori Dokument-orientiertem System nicht trivial zu lösen.
Ich stand (u.a.) vor einem ähnlichen Problem. Hier ging es um Bestellungen in einer Workflow-Anwendung, die (völlig) dynamisch aus einer unbekannten Menge aus Artikeln zu einer unbekannten Menge an Positionen einer Bestellung zusammengefasst werden können. Nach der Beantragung erfolgt die Anpassung der genehmigten Positionen, danach die Aktualisierung der Preise vor der Bestellung, dann selbiges nach der Lieferung usw. usf.

Wie der atlantische Seefahrer schon schrieb: In RDMS geht sowas natürlich ganz einfach, aber Notes ist dafür zunächst mal nicht konzipiert. Ich habe daher folgenden Weg gewählt:
Die einzelnen Positionen werden per Aktion erfasst über eine separate Erfassungsmaske und dann ebenso in einzelne Dokumente (verknüpft über eine spezielle ID - hier mal nicht die UNID) abgelegt. Zwecks Beschleunigung der Anzeige / redundanter Sicherheit / Leichtigkeit des Umgangs etc. wurden die wichtigsten Angaben auch in Arrays im Dokument abgelegt. Jede Veränderung erfolgt dann wieder über Buttons: Auswahl der Position, Auslesen der Informationen und Öffnen eines Dokuments "Position", dann ggf. Änderung und Speicherung, Zurückschreiben der geänderten Infos.

Dieses Procedere entspricht nun nicht ganz der extrem bequemen Art, irgendwo "'reinzuklicken" und die Änderung "direkt" vorzunehmen, aber die Anwender haben zumindest vollkommene Dynamik (5 Positionen oder 50 - völlig egal), und der Umgang ist auch sehr einfach. Und schnell ist das Verfahren auch noch.

Dein ProfileDoc mit n Keywords sind also bei mir n Setup-Dokumente für Artikel (Anzahl beliebig) mit wiederum mehreren Feldern (Bezeichnung, Lieferant, Preis, Status etc.).

Aber - und das ist kein Nachteil von Notes, sondern bedingt durch das Konzept von Notes - nicht gerade trivial umzusetzen. Wenn man es aber einmal fertiggestellt hat, dann  ist es leicht wiederverwendbar für alle möglichen ähnlichen Fälle.

By the way: Mein grösstes Problem war zunächst, in einer Tabelle n Positionen darzustellen, ohne bei unterschiedlich umfangreichen "Zellen"-Inhalten (die eine Bezeichnung hat 12 Zeichen, die nächste 70 ...) die gesamte Formatierung und damit die Übersicht zu zerlegen. Ein eigenes WordWrap, fixes Spacing, Vergabe maximaler Zeichenzahlen pro Inhalt waren erforderlich, aber dann auch leicht umsetzbar.

HTH,

Bernhard

PS: Sorry für meinen langen Text am Sonntag  

Ich offe, Jens nimmt mir das jetzt nicht übel - anbei eine NS5-Version der DB.
Es ist in der Tat eine Machbarkeitsstudie, aber eben auch "starr" auf eine fixe Anzahl von Positionen ausgerichtet. Und wie ich schon sagte: Die Sache ist machbar, aber nicht trivial.

Bernhard