ListItem ein- und ausblenden

[jaenicke]

Zitat von DeddyH:

Dann benutzt man die Listview eben virtuell.

Sprich man arbeitet langsamer als mit der VirtualTree, komplizierter als mit der VirtualTree, aber von der Funktionsweise her ähnlich wie mit der VirtualTree.

Gut, man benutzt dafür nur die Standardkomponente, aber ist das so wichtig?

[DeddyH]

Hast Du eigentlich ein generelles Problem mit anderer Leute Meinung? Ich will ja nichts gegen den VST sagen, das ist eine super Komponente, aber man muss sich auch da erst einmal einarbeiten und hat recht viel Code zu tippen.

[jaenicke]

Zitat von DeddyH:

Hast Du eigentlich ein generelles Problem mit anderer Leute Meinung?

Nein, aber eine Begründung für den Vorschlag sehe ich auch nirgends, insofern habe ich auch keine Möglichkeit dazu irgendetwas mir zu denken. Ich sehe nur keinen Sinn darin.

Zitat von DeddyH:

Ich will ja nichts gegen den VST sagen, das ist eine super Komponente, aber man muss sich auch da erst einmal einarbeiten und hat recht viel Code zu tippen.

Einarbeiten etwas ja, aber das gilt für den virtuellen Modus der Listview genauso. Und viel mehr Code ist es definitiv nicht...

Hinzufügen eines Eintrags ist eine Zeile Code. Genau wie bei einer virtuellen ListView.
NodeDataSize muss man setzen. Eine Zeile mehr, geht aber auch im Objektinspektor.
OnGetText muss man implementieren. Das gilt für die TListView mit OnData aber auch.

Insgesamt ähnelt sich die Menge an Code sehr.

Bei der VirtualTree muss ich nun aber nur durchgehen und kann einfach mit IsVisible umschalten welche Knoten sichtbar sind. Das ist sehr viel weniger Aufwand als alles neu zu befüllen oder ähnliches und ist obendrein auch viel schneller.

[Furtbichler]

Zitat von jaenicke:

Nein, aber eine Begründung für den Vorschlag sehe ich auch nirgends

Erstens muss man keinen Alternativvorschlag begründen, um ihn als mindestens gleichwertig zu erachten und zweitens ist es einfach mal so, das eine TListView zu verwenden heißt:
- Mit Bordmitteln zu arbeiten, also keine extra Komponente,
- kein extra Einarbeiten,
- kein potentielles Einstellen des Supports (was macht Mike Lischke eigentlich heute?)
- keine potentiellen versteckten Fehler, die so mancher Freewarekomponente zueigen ist

sondern einfach: die paar Zeilen hinschmeißen und fertig.

Zitat:

insofern habe ich auch keine Möglichkeit dazu irgendetwas mir zu denken. Ich sehe nur keinen Sinn darin.

Na, dann benutz deinen Kopf mal zum 'denken'. Das geht bei Dir doch sehr gut. Denn dann siehst Du auch irgendwann einen Sinn an den Vorschlägen anderer.

Zitat:

Insgesamt ähnelt sich die Menge an Code sehr.

Irgendwoher muss Lischke das ja haben.

Also nochmal: Wenn jemand einen anderen Vorschlag macht, ohne ihn zu begründen, dann ist der erst einmal gleichwertig. Wenn *Du* Dir dabei nichts denken kannst, dann ist das *dein* Defizit, was bedauerlich, aber eben temporär.

Edit: Das Durchlaufen durch eine VST, um die Knoten sichtbar/unsichtbar zu machen, ist nicht gerade im Sinne des Viewmodel-Gedankens, das nur mal am Rande. Das ist es doch viel einfacher, im Viewmodel eine Liste der sichtbaren Items zu erstellen, das im virtuellen Modus an die TListView zu flanschen und fertig (geht vermutlich auch mit VST).

Wenn man allerdings Zeit hat, mit dem Layout rumzuspielen, ist eine VST generell vorzuziehen.

[e-gon]

Hallo!

Ich habe das ganze nun mit einem virtuellen ListView realisiert. VirtualTree wäre bestimmt auch gut geeignet gewesen und ich hätte auch nicht davor zurückgeschreckt eine weitere Komponente einzubinden, das Ko-Kriterium war allerdings dass VirtualTree auch noch ThemeManager benötigt hätte...

Gruß und danke an alle!
e-gon

[jaenicke]

Zitat von e-gon:

das Ko-Kriterium war allerdings dass VirtualTree auch noch ThemeManager benötigt hätte...

Eigentlich braucht die zwar nicht mehr oder weniger als andere Komponenten, aber wenn die Geschwindigkeit so wie du es hast ausreicht, dann ist ja alles erledigt.

Ein Tutorial zur VirtualStringTree steht aber bei mir auf der ToDo.