Domino 9 und frühere Versionen > ND9: Entwicklung

Maximale Anzahl items in einer Maske?

<< < (2/2)

Frank_B:
Die Felder werden ja zeilenweise über "+" oder "-" Schaltflächen aus-/eingeblendet (Hide/When)

Ein Lagerort:
Ein Regal (bis zu 100 pro Lagerort) hat nen inhalt. Dieser Inhalt wird aufgedrösselt in max. 20 Detailinfos. Jedes der 20 erhält ein Aufbewahrungsenddatum.

Diese "Detailinfos" sind glaube ich gute Antwortdokumente in einer eingebetteten Ansicht, oder ?

Aber stattdessen könnt ich wirklich mich mal hinsetzen und mit Antwortdokumenten ein "+" / "-" Scenario entwickeln.  :)

koehlerbv:
Was zu beweisen war. Mit genaueren Angaben zu "Detailinfos" werden sich wohl auch diese anderes zuordnen lassen als in EIN Dokument.

Nur mal ein Hinweis / Beispiel: Regal 78 gibt ein Zehntel seines Inhalts an Regal 12 am Lagerort X ab. Was würde man jetzt machen, wenn das alles in einem Dokument steckt (ausser fluchen)?
Oder: Man "entdeckt", dass man ja Lagerinformationen auch scannen könnte ...

Bernhard

Tode:
Nur so nebenbei: Bernhard erwähnt das nichtzufällig... wir haben (allerdings vor vielen Jahren) für einen Kunden eine Bibliotheks- Verwaltung geschrieben. Da gibt es auch "Plätze", und jeder dieser Plätze kann 1-x "Breiteneinheiten" (konfigurierbar) einnehmen. Der Inhalt der Plätze wiederum wird mit EAN- Codes versehen und kann ausgeliehen werden. Beim Ausleihen wird der EAN- Code gescannt, und automatisch in der Anwendung das Dokument auf "ausgeliehen" gesetzt. Wenn der Code ein weiteres Mal gescannt wird, dann ist der Inhalt wieder da, und wird automatisch eingecheckt...

Ich kann Dir versichern: Keine der Masken hat mehr als 10 Eingabefelder....

Frank_B:
Ihr habt mich überzeugt :)

Jetzt muss ich nur noch nen Weg finden die Summen an laufenden Meter aus den einzelnen "Regal"-Dokumenten in meinem dazugehöriges Standort-Dokument (welches die eingebettete Ansicht hat) syncron zu halten.

klar, über ne Collection kann ich das berechnen/einsammeln. Jedoch wird das immer eine unsicherheit bleiben, wenn bspw. ein "Regal"-Dokument gerade bearbeitet wird und das Standort-Dokument sich gerade in Bearbeitung befindet.

...das kriege ich denk ich hin... :)

Tode:
Ja, die größte Herausforderung in diesem Konstrukt ist die Konsistenz... Mit einem einfachen ComputedForDisplay- Feld und einem @DBLookup lässt sich aber zumindest eine "Scheinkonsistenz" wunderbar aufrecht erhalten. Dann beim speichern die Werte korrigieren, und natürlich auch beim Speichern der Regal- Dokumente das Standort- Dokument (wenn gerade nicht gesperrt) aktuell halten, und gut ist...

Navigation

[0] Themen-Index

[*] Vorherige Sete