Listview-Spalten/Zeilen

[mytar]

Nochmals:

In einem ListView (TListView) gibt es Spalten (TListColumns) und Zeilen (TListItems).

ListView enthält eine Instanz von TListColumns und eine von TListItems.

TListColumns (Spalten) ist eine Liste, bestehend aus TListColumn (Spalte).
TListItems (Zeilen) inst ein Liste von TListItem-Instanzen (Zeile).

Ein ListItem (Zeile) hat eine 1. Zelle (Caption) und je nach Spaltenanzahl weiter Zellen, die sog. SubItems.

Dazu gibt es in der OH ein gutes Beispiel.

Die Indizes für den einzelnen Zugriff auf existierende ListItems bezw. ListColumns ist genauso wie bei dynamischen Arrays. D.h. Bei 5. Zeilen greift man auf diese mit Items[0] bis Items[4] zu.

greetz
mytar :-D

[Hansa]

Danke für die Hilfe, aber wie bereits gesagt, meiner Ansicht nach ist die Listview für den geplanten Einsatzzweck nicht das richtige.

Ich könnte auch, an anderer Stelle, statt eines Edits ein Stringgrid verwenden, Spalten und Zeilen auf 1 setzen, die Titelleiste ausblenden usw. :mrgreen:

Erschwerend für das ListView kommt hinzu, daß es sich um ein statisches und kein dynamisches Problem handelt. Informationstechnisch gesehen könnte ich ein array [1..15] of string benutzen. Und so habe ich das auch jetzt gemacht. Jeder string besteht zwar aus 4 Zahlen-Spalten, aber die kann ich auch vorher zusammensetzen/ umwandeln/ formatieren und damit habe ich nur eine 1-dim. Sache. Somit reicht eine Listbox. Da das ganze noch nicht zu 100 % funktioniert bliebe immer noch ein Stringgrid als Ausweg. Einfacher ist die Listview auch nicht zu behandeln.

[mytar]

OK! Ganz klar deine Entscheidung!

Ich möchte nur noch sagen, das die ListView sehr interessant ist.
Aus gutem Grund ist sie in der VCL.

In vielen P2P-Clients ist eine ListView enthalten, sogar mit Progressbar.
Aber auch in einfachen Verwaltungsprogrammen ist eine ListView zu finden.

[Hansa]

Eben, die ist sehr interessant, aber es kommt darauf an, wofür man sie überhaupt braucht. 8) Für einfache, statische Sachen wäre es Unfug, sie zu verwenden.

Ich habe mir jedenfalls angewöhnt, eine Problemstellung so weit es geht zu reduzieren und dann die einfachste Lösung einzusetzen. Deshalb habe ich ein zweidimensionales Problem zu einem 1-dim. gemacht und fertig. Wäre dies nicht möglich, so wäre ein Stringgrid denkbar gewesen. Für die ListView sehe ich in dem konkreten Fall deshalb keinen Bedarf. Was allerdings nicht heißt, daß ich es nicht irgendwann brauche. :P

[Alexander]

Um noch mal auf dein Problem einzugehen, hast du vielleicht einfach vergessen, die Columns/Spalten zu erzeugen? Bspw. im OI oder auch per Code?
Ich hoffe ich hatte das Problem noch richtig im Schädel ;-)

Meiner Meinung ist das Einsatzgebiet einer Listview seeehr breit ;-)

[Hansa]

Zitat:

Zitat von Alexander

...Meiner Meinung ist das Einsatzgebiet einer Listview seeehr breit ;-)

Ja, es scheint so breit zu sein, daß es für kleinere Sachen unbrauchbar wird. :mrgreen:

Es ging um eine Art Grid, also eine zweidimensionale Darstellung von Zahlen, ohne Editier-Funktion o.Ä. Da nun aber alle Zahlen gleichberechtigt sind, hat mich schon mal das mit den Items und Subitems irritiert. Ist überflüssig und macht die Wartung schwerer, sofern man nicht Tag und Nacht mit ListViews hantiert.

Das nächste waren die Styles. vsReport und die anderen haben nicht viel gemeinsam. Für mich sind das eingebaute Fallen, die im Fehlerfall später schwer zu finden sind.

Für mich gehört es in die Kategorie "Komponenten, die die Welt nicht braucht". 8) Zumindest macht es mehr Ärger, als es Sinn macht. Genauso, wie das DBgrid. Auch das DBChart habe ich eliminiert. Das sind alles eklige Sachen, die einen nur aufhalten.

Lieber einmal selber etwas programmiert, als vorgefertigte unzulängliche Sachen zu benutzen. Von mir aus könnt ihr weiterhin das ListView "verteidigen", aber bei mir ist es vorerst im Trash. :lol:

[Leuselator]

Hansa, Du bist eenen Querulant :mrgreen:!

[Hansa]

Zitat:

Zitat von Leuselator

Hansa, Du bist eenen Querulant :mrgreen:!

Nein, ich esse nur keine ungesalzene Suppe, die mir irgendeine dahergelaufene Mickymaus vorsetzt, eher koche ich sie selber. :mrgreen:

[Robert_G]

Zitat:

Zitat von Leuselator

Hansa, Du bist eenen Querulant :mrgreen:!

Nope, eher voreingenommen. :mrgreen:
Kleines Beispiel:
Vor 1/2 Wochen mussten alle paar Tage Daten aus einer total zerfriemelten txt-Datei in unsere DB eingelesen.
Zur Darstellung von Fortschritt und Inhalt (Patienten, Queries,...) wählte ich einen ListView. Denn damit konnte ich mit dem geringsten Aufwand die Wert halbwegs übersichtlich darstellen.
Ich konnte mich also voll darauf konzentrieren die olle Datei meinem DB-Modell anzupassen (und das absolut DAU-sicher :roll: ).
Das Layout hat mich zum Schluss vielleicht 15-20 Minuten gekostet (Wobei wohl 70% auf's Aussuchen der Icons und die Gruppierung fiel ;) ).
Mit einem anderen Control hätte ich wohl eine öde rein tabellarische Ansicht, oder Images und Labels ( :evil: *bäh* ) nehmen müssen.
Auf jeden Fall hätte ich wesentlich mehr Zeit dabei vertrödelt...

Zitat:

Zitat von Hansa

Das nächste waren die Styles. vsReport und die anderen haben nicht viel gemeinsam. Für mich sind das eingebaute Fallen, die im Fehlerfall später schwer zu finden sind.

Sorry, aber da musste ich mir einen :lol: - Anfall verkneifen. ;)