Gesucht: Ein Treeview mit Spalten

[JPSelter]

Ich suche für mein neues Projekt eine flexible Treeview Komponente, mit der ich Daten aus einer Datenbank darstellen kann. Es muss also Nodes geben, die wiederrum weitere Children haben können, alles mit einem Klick auf- und zuklappbar. Zudem sollen Spalten drin sein, die ich auch einfärben kann. Schön wäre es zudem (und da wirds speziell), wenn ich in eine Spalte eine Combobox setzen kann.

Ich habe mich bereits etwas umgesehen und VirtualTreeView gefunden, aber das ist ziemlich massiv und hat viel zu viele Funktionen. Alleine die 810 Seiten Handbuch durchzulesen dauert mir zu lange. Also suche ich etwas kleineres. Kennt jemand eine gute kleine Komponente, die meine Anforderungen erfüllt?

[mkinzler]

VirtualTreeView

[edit: Sorry, das kennst du ja schon ops; Sollte Beitrag ganz lesen bevor ich antworte]

[JPSelter]

Hast Du meinen Post gelesen?

EDIT: Kein Problem VT wäre nur etwas, wenn ich ein gutes Tutorial finden würde... das Handbuch ist mir zu lang...

[Hawkeye219]

Hallo,

vielleicht möchtest du dem VirtualTreeView ja eine zweite Chance geben: klick. Glaube mir, es lohnt sich!
Der Einstieg ist sicher nicht ganz einfach, aber ich kenne keine (freie) Komponente, die sich so gut an die eigenen Bedürfnisse anpassen läßt.

Gruß Hawkeye

[JPSelter]

Danke, dieses Tut arbeite ich gerade durch und werde ihm ne Chance geben

Mal ne Frage zum Speichern der Datenstruktur: Die Speichern-Funktion speichert wirklich ALLES? Dann könnte ich mir doch die geplante Datenbank-Anbindung zu Firebird/MySQL sparen oder?

[Hawkeye219]

Beim Speichern wird für jeden Knoten das Ereignis OnSaveNode des TreeViews ausgelöst, in dem du die Daten speichern mußt. Das Speichermedium kannst du dabei frei wählen. Es wird nicht zuletzt von Art und Umfang der Daten abhängen.

Gruß Hawkeye

[JPSelter]

Klar, aber wenn alle Daten und Objekte einmal im Tree drin sind, dann speichert und lädt er alles komplett? Dann brauche ich ja wirklich kein MySQL mehr

Noch ne Frage zu dem Tutorial: Es gibt 2 Arten, Daten zu speichern:

1. an ein Node werden Daten (record) angehängt
2. an ein Node werden Objekte mit Daten (record) angehängt

Was ist besser zu benutzen? Wo ist überhaupt der Unterschied? Ah, obwohl... ich verstehe... ich muss in meinen Tree 3 Arten von Objekten unterbringen, alle mit verschiedenen Datentypen. Also kann ich Node 1 ein ObjektX und dem Node 2 ein ObjektY anhängen, richtig?

[Hawkeye219]

In diesem Fall würde ich im Knoten lediglich einen Verweis auf das jeweilige Objekt speichern. Wenn alle Objekte von einer gemeinsamen Vorgängerklasse abstammen, könnte diese ja eine virtuelle Speichermethode einführen, welche in den abgeleiteten Klassen überschrieben wird und dort die speziellen Daten einer Klasse speichert. Vor den eigentlichen Daten solltest du natürlich eine Kennung (z.B. den Klassennamen) ablegen, damit du später beim Laden weißt, welche Klasse für das Erzeugen der jeweiligen Objektinstanz benutzt werden soll.

Gruß Hawkeye

[JPSelter]

Sollte nicht so schlimm werden, da der Objekttyp von der Baumebene abhängt. Also in Ebene 0 kommt ObjectA, in Ebene 1 ObjektB usw.

Wo bekomme ich detailierte Hilfe zu TreeView? Gibts ein spezielleres VTreeView Forum, oder sind hier genügend Leute mit Erfahrung? Denn ich werde nun einfach mal drauflosprogrammieren und sicher noch viele spezielle Fragen haben.

[Hawkeye219]

Hi!

Mike mußte das Webinterface zu seinem News-Server leider entfernen:

Zitat von Mike Lischke:

Unfortunately, today I had to remove the web interface to my news server because it was misused to spam all public groups. This is so stupid that I have no words for it.

Du kannst die Newsgroup über einen Newsreader abonnieren (klick), Fragen zum VST kannst du aber auch gerne in diesem Forum stellen.

Gruß Hawkeye