Domino 9 und frühere Versionen > ND8: Entwicklung

Mal wieder dynamische Tabellen

<< < (3/4) > >>

Sommersprosse:
Guten Morgen,

muss meinen Thread noch einmal aufgreifen...
hab noch eine Sache festgestellt, die mir noch nicht ganz so gefällt.

Um das zu verdeutlichen habe ich noch einmal einen Screenshot beigefügt.
Das feld Description ist eigentlich das Hauptfeld und dazu gedacht Protokollergebnisse festzuhalten. Hier kann natürlich wenig oder auch viel text eingegeben werden.
Wird viel Text eingegeben, verschwindet der Zeilenzusammenhang, da ja in den anderen Feldern kein neues Feld nur wegen viel Text hinzugefügt wird.
Kann ich das ganze lösen in dem ich nach jeder "Zeile" einen Zeilenumbruch einfüge? Geht das mit dieser Art überhaupt, oder muss ich meine Programmierung komplett umstellen, was ich ungern machen würde.

Hoffe mein Problem ist klar, wenn nicht fragen.

Peter Klett:
Das ist das Problem dieser Art von "Tabellen", und Du hast m.W. auch keine Chance, dieses Verfahren so zu ändern, dass es befriedigender wird. Du könntest theoretisch die Anzahl Buchstaben in der Description validieren, aber es macht einen riesigen Unterschied, ob jemand 100 i's oder m's schreibt. Eine Eigenschaft für die Länge eines Strings (in Zentimetern oder Pixel) gibt es nicht.

Außerdem weißt Du nicht, wie breit jeweils der Bildschirm eines Benutzers ist. Und auch, wenn der Text passt, kann ein anderer das Fenster kleiner schieben, dann passt es nicht mehr.

Einen Zeilenumbruch einzufügen, würde nur bedeuten, dass die einzelnen Zeilen deutlicher getrennt sind, Verschiebungen wird es trotzdem geben.

Die anderen Alternativen haben auch alle ihre eigenen Nachteile, einige davon wären:

Hart definierte Tabelle mit einer festen Anzahl Zeilen, die verborgen werden, falls sie leer sind

Tabelle als Richtext erzeugen

Unterpunkte als eigene Dokumente gestalten und in einer eingebetteten Ansicht anzeigen

Sommersprosse:
Hallo Peter,

ich habs fast befürchtet...


--- Zitat von: Peter Klett am 27.05.14 - 10:29:49 ---Hart definierte Tabelle mit einer festen Anzahl Zeilen, die verborgen werden, falls sie leer sind

--- Ende Zitat ---

war meine erste Idee, aber dann sind die Zeilen zu wenig, dem anderen wieder zuviel...vielleicht leite ich das aber mal weiter an das Kremium die die Idee mit dieser Protokoll DB hatte.
Hab ich zwar auch noch nicht gemacht, muss ich mich reinlesen...

Wäre schade die jetztige Arbeit wegzuschmeißen und alles noch mal neu zu machen und komplett umzustellen.
Nach welchen Klassen muss ich da schauen?
Wäre für nen kurzen Tipp dankbar.

Driri:
Ich habe so etwas ähnliches mal als berechnete Tabelle im Richtext umgesetzt. Das funktioniert vermutlich am saubersten, denn die anderen beiden von Peter genannten Alternativen haben auch ihre Einschränkungen (z.B. hast Du in einer eingebetteten Ansicht auch die Beschränkungen, da max. 9 Zeilen je Dokument verwendet werden können).

Eine Tabelle im Richtext kannst Du via NotesRichTextNavigator und NotesRichTextTable erzeugen. Je Wert in dem Multivalue-Field mußt Du dann einfach eine Tabellenzeile erzeugen und die Werte in die Zellen schreiben (Sprünge zwischen den Zellen dann über den Navigator).

Sommersprosse:
Na hurra....

aber so kann ich es in der Tat nicht lassen, da hauen mir die Leute das um die Ohren...

Kann ich die Protokolleinträge auch über die Dialogboxen erfassen, oder funktioniert das nach einem ganz anderen Prinzip (nein ich hab die Hilfe noch nicht im detail gelesen)?

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete