@toyy1 Teste mal dies:

Hier kannste dich auch inspirieren lassen: TabControl ohne Reiter

Definiere

toyy1 schrieb:

dass auch die entsprechenden nodes selektiert werden.

Mein Beispiel macht dies:
==>

toyy1 schrieb:

vielen Dank für deine Antwort. So sollte es funktionieren... Ich kenne dieses Beispiel bereits, da auch ich die Reiter ausblenden wollte :-). Leider wird SelectedIndex nicht von TreeView unterstützt, sondern es gibt die SelectedNode Möglichkeit...

Ja, aber wie habe ich das denn geschafft? - da ist doch was mit einem Treeview-Frameset, was funzt!

Zum Problem: Na da musst du halt, wenn du auf einen Navigier-Button klickst, nicht direkt die Tabpage ansteuern (und den TV vergessen), sondern du musst die TV-Nodes durchsuchen, und den richtigen Node dann Selected setzen.
In weiterer Logik folgt dann ja auch das TabControl.

toyy1 schrieb:

ich weiß ehrlich gesagt nicht welche Eigenschaft ich auslesen soll.

Was soll denn übereinstimmen?

Was willst du mit der KnotenNummer - was ist das überhaupt?
Du brauchst den Knoten, nicht seine Nummer (die er ja garnet hat).
Und den dann Selected setzen - eine Selected-Property hatter glaub.

@toyy1 Den nächsten Knoten zu selektieren hab ich mal implementiert:

toyy1 schrieb:

versuche Zeile für Zeile nachzuvollziehen.

Du könntest Rod auch um etwas Kommentation bitten.
Der Algo ist nicht trivial, da wäre die eine oder andere Erklärung durchaus angebracht.

Etwa ungewöhnlich scheint mir (wenn ich richtig lese), dass der Algo nicht das nächste Blatt sucht, sondern auch durchaus auf übergeordneten Ebenen hängenbleiben kann.
Zumindest für meine Tab-Navigation wäre das ungeeignet, weil bei mir die Tabs prinzipiell nur mit Blatt-Nodes verknüpft sind.
Oder vlt. wärs doch geeignet - wenn ich mich recht erinnere habich einen Automatismus eingebaut, dass der Treeview automatisch das erste Blatt aufsucht, wenn ein InnerNode gewählt wird.

Und auf sowas kommt man, wenn man sich mit beschäftigt, auch auf etwas abstrakterer Ebene.
Son Treeview ist eine typische Baumstruktur, solch kommt immer mal wieder vor inne Programmierung.
Und wenn man sich die Prinzipien einer Baumstruktur klar macht, kommt man auch auf Ideen, wie man in sowas navigieren muss:

Bei einem Baum hat jeder Node keine bis viele ChildNodes - das ist im Kern die Definition einer Baumstruktur.

Daraus ergibt sich sofort, dass jeder ChildNode einen ParentNode hat.
Und man kann noch weitere Fachbegriffe ableiten, wenn man die Nodes genauer betrachtet:
ZB gibts da die TopLevelNodes, das sind Nodes auf oberster Ebene, die haben logischerweise keinen ParentNode
Existiert nur genau ein einziger ToplevelNode, so spricht man vom RootNode.
In die andere Richtung gibts auch besondere Nodes, nämlich diejenigen auf unterster Ebene, welche keine weiteren ChildNodes haben - das sind die sog. Blätter des Baums.
Der vollständigkeit halber bezeichne ich noch die "normalen" Nodes, also diejenigen, die sowohl Parent als auch ChildNodes haben - als InnerNodes.

So - mit diesen Abstrakta müssteste eiglich besser verstehen können, was in Rods Code passiert, wie er zum NextNode kommt, und wenns den nicht gibt, dann halt auf einer Ebene darüber nach dem NextNode sucht.

@toyy1 @ErfinderDesRades
Den Code hab ich an diesem Treeview gecodet:

Zur Kennzeichnung hab ich dem selektierten Node einen roten Punkt verliehen, da sieht man, wo er ist und wo er hin soll.
Ich denke mal, dass ich den Code für beide Richtungen in den Sourcecode-Austausch stelle, da wird er auch anständig kommentiert sein.

toyy1 schrieb:

Aber ich habe bereits in anderen Fragestellungen gelsen, dass dann ein anderer User geschrieben hat das es an Faulheit grenzt nun auch noch die einzelnen Zeilen zu erklären.

Ja, vielen Usern fällt gutes Benehmen ausserordentlich schwer, und sie finden sich super-cool, wenn sie irgendeinen armen Wicht ein bischen bashen können.

Da hilft ühaupt nix, bzw. was hilft ist ein dickes Fell, und den Mut, dennoch zu fragen. Weisst ja - Sesamstrasse: "Wer nicht fragt bleibt dumm."

Und man sagt auch: "Es gibt keine dummen Fragen, es gibt nur dumme Antworten."

(Ganz so weit würde ich aber nicht gehen - es gibt durchaus auch dumme Fragen. Aber schon richtig, und richtig schmerzhaft, wie viele dumme Antworten es gibt, hier auf VBP)

(Ich kann mich vom schlechten Benehmen auch nicht ganz ausnehmen, jetzt habich die Anfänger-Basher gebasht, und an Rods Code habich ja auch rumgekrittelt - also kann ich sagen "Ich gehör zu den Guten"?)

Wie gesagt: Mit einem dicken Fell biste immer auf der sicheren Seite.

Und bei Fragen fragen.
Ich freu mich immer über Nach-Fragen zu Codes von mir, weil dann weiß ich, dass sich jemand mit auseinandersetzt.
Man muss auch die Fragen angucken - oft gibts Nachfragen, wo man sieht: der Kerl fragt dumm herum, hat sich aber nichtmal die Mühe gemacht, den Code überhaupt auszuprobieren.
Da geht mir dann auch sofort jedes Benehmen flöten - und das ist ja auch ein gradezu konträrer Fall wie hier bei dir, wo du sagst "Jawoll - Code geht, aber wieso eiglich?"