Strukturbaum/Tree View/Explorer

noPeil

Ist es möglich unter WinApi etwas in der Richtung zu erstellen. ich habe eine Textfile die ich gliedern möchte, durch so einen Strukturbaum. Wenn ich auf so ein "+" drücke soll ein gewisser text im Textfeld erscheinen?

danke für eure antworten.

Martin Richter

Wenn Dir der Tree View nicht genügt würde ich soetwas mit einem HTML COntrol machen und den Text in einentsprechendes HTML Format überführen.

noPeil

doch der würde mir genügen glaube ich, wie geht das, ist treeview eine funktion

Martin Richter

noPeil schrieb:

doch der würde mir genügen glaube ich, wie geht das, ist treeview eine funktion

Die Frage ist wohl ein Witz? Oder?
http://msdn.microsoft.com/en-us/library/bb760017(VS.85).aspx
http://www.codeproject.com/KB/tree/treeview.aspx

noPeil

die frage war wirklich n witz!
ich dachte mir eure beiträge wären wohl gut für die, die das nach mir suchen und auf dieses forum stoßen!

danke für die links

Musst dich nicht schämen. Wirst ja dafür nicht ausgelacht.

ABER DAFÜR:

noPeil schrieb:

ich dachte mir eure beiträge wären wohl gut für die, die das nach mir suchen und auf dieses forum stoßen!

noPeil

Ich versuche gerade ein Treeview zu erstellen und gebe bei case WM_INITDIALOG: den code wie er im tutorial (http://www.codeproject.com/KB/tree/treeview.aspx) beschríeben ist ein, nur um zu testen ob es funktioniert. allerdings wird mir nur mein textfeld angezeigt ohne treeview
Was mache ich Falsch?

Mmacher

Was Du falsch gemacht hast?
Woher sollen WIR das wissen?
Und was hast Du bisher an Erfahrungen gesammelt?

Ein Control wie TreeViwe ist relativ komplex, da kann man prinzipbedingt viele Fehler machen.
Und das hat man als Anfänger nicht in 30min mit allen Optionen zusammengestrickt. Auch ich damals.

Deshalb erstmal Grundlagenwissen:
MSDN-Original Doku Startpunkt "Tree View": http://msdn.microsoft.com/en-us/library/bb759988(v=VS.85).aspx

Allgemeine Erklärung: "About Tree-View Controls" http://msdn.microsoft.com/en-us/library/bb760017(v=VS.85).aspx

Und speziell: "Using Tree-View Controls" http://msdn.microsoft.com/en-us/library/bb773409(v=VS.85).aspx
Ist beinahe eine Step-by-step Anleitung. Damit müßtest Du eigentlich klarkommen, vorausgesetzt Du kannst etwas englisch...

HTH,
Martin

noPeil

Ja Danke für die Links schon mal, die haben mir echt geholfen, meine vorherigen Quellen waren einfach schlecht und es gab kaum welche...

mein nächstes problem ist: eine Aktion (bzw Erscheinen von strings im anderen Fenster) soll geschehen bei Doppelklick auf das letzte element.
hättet ihr hierzu auch tipps?

Mmacher

Bei Doppelklick auf ein Element im TreeView wird der Parent (!) von Deinem TreeView mittels NM_DBLCLK http://msdn.microsoft.com/en-us/library/bb773475 benachrichtigt.
Dazu wertest Du die Nachricht WM_NOTIFY aus, in dieser prüfst Du den Inhalt auf NM_DBLCLK.

Für Doppelklick mit rechter Maustaste ist es ähnlich: NM_RDBLCLK http://msdn.microsoft.com/en-us/library/bb773488

HTH,
Martin

noPeil

gibt es eine operation für childwindows, welche die größe automatisch an das hauptfenster anpasst.
Wenn ich z.b. das fenster größer ziehe, das meine beiden childfenster mitgehen und die scrollleisten nicht auf einer höhe hängen bleiben.

also ich habe zwei childwindows in einem hauptfenster generiert.

danke für die antworten

Martin Richter

Du musst im Parent auf WM_SIZE reagieren und mit MoveWindow/SetWindowPos die Childs neu positionieren.

noPeil

Danke!

weiteres problem :(.....ich hab zwei childwindows im hauptfenster generiert, das eine soll ein texteditor sein das andere strukturbaum!

WndProc(..)

case WM_CREATE:
{
hText = CreateWindowEx ( WS_CLIENTEDGE,L"Edit", L"",
WS_CHILD|WS_VISIBLE|WS_VSCROLL|WS_HSCROLL|
ES_MULTILINE|ES_AUTOVSCROLL|ES_AUTOHSCROLL,
500,0,600,700,hWnd,(HMENU)IDC_MAINEDIT,
GetModuleHandle (NULL),NULL);

trotzdem beginnt der editor oben links im eck und überschreibt quasi das fenster für den Strukturbaum, kann mir jemand sagen was ich falsch mache?

Mmacher

Ich setze mal voraus, die beiden Childfenster (TreeView + Edit) werden beide jeweils im WM_CREATE des Parent-Windows nacheinander erzeugt.
Die Reihenfolge ist egal (TreeView zuerst, dann Edit oder auch umgekehrt).

Hast Du sichergestellt, daß das Parent-Window groß genug ist?
(Muß laut Deinem Code 500+600 Pixel plus Fensterrahmen breit sein!!!)

Übrigens, man sollte grundsätzlich die tatsächliche hInstance von der Applikation verwenden statt wie bei Dir verwendet GetModuleHandle(NULL)!

Martin

Vicious Falcon

Mmacher schrieb:

Übrigens, man sollte grundsätzlich die tatsächliche hInstance von der Applikation verwenden statt wie bei Dir verwendet GetModuleHandle(NULL)!

Das Handle wird dir bei WM_CREATE geschickterweise per LPCREATESTRUCT (LPARAM ist ein Zeiger auf ein CREATESTRUCT) übergeben.

noPeil

die größe ist beachtet , der cursor blinkt weiterhin oben links hier mal ein ausschnitt:

int WINAPI WinMain(...)
....
hWnd = CreateWindow ( szAppName,szAppName,
WS_OVERLAPPEDWINDOW,
CW_USEDEFAULT,
CW_USEDEFAULT,
900,
800,
NULL,
NULL,
hInstance,
NULL);

ShowWindow (hWnd, iCmdShow);
UpdateWindow (hWnd);
....

LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
static HWND hText;
//static HWND hTree;
//static RECT rect;
int wmId, wmEvent;
PAINTSTRUCT ps;

switch (message)
{
case WM_CREATE:
{
//int statwidths[] = {100, -1};

if(hText == NULL){
MessageBox(hWnd,
L"Fehler beim Erstellen des Textfelds",
L"Fehler", MB_OK | MB_ICONERROR);
}

hTree = CreateWindow ( szTree,
0,
WS_CHILD|WS_VISIBLE,
0,0,500,700,
hWnd,
NULL,
((LPCREATESTRUCT)lParam) ->hInstance,
NULL);
return 0;
}

Mmacher

Hi noPeil,

eines vorneweg: Bitte versuche Deinen Quellcode mit dem Button "C/C++" (unterhalb des Nachrichtentexts) formatieren.
Dann können wir Deinen Quelltext wesentlich angenehmer lesen.

Nun zu Deinem Code:

int WINAPI WinMain(...) 
.... 
hWnd = CreateWindow ( szAppName,szAppName,

Verwende bitte einheitlich CreateWindowEx(), wie bei den Child-Windows.

...
CW_USEDEFAULT, 
CW_USEDEFAULT, 
900, 
800, 
...

Ich habe in meiner bisherigen Erfahrung für alle 4 Werte immer entweder CW_USEDEFAULT oder immer definierte Zahlenwerte verwendet.
D.h. ich kann Dir nicht sagen ob eine Mischung aus CW_USEDEFAULT und Zahlenwerte problemlos ist.

noPeil schrieb:

die größe ist beachtet , der cursor blinkt weiterhin oben links

Wie hast Du das überprüft?
Dein Edit-Control benötigt 505+495=1000 Pixel Platz in der Breite, Dein Frame-Window hat aber nur 900 Pixel!
Mach mal bitte erstmal Dein Edit-Control klein genug, sagen wir mal 200x200 Pixel.
Das gleiche in etwa für das TreeView. Das reicht erstmal für den Anfang, um zu sehen daß es klappt.

Martin

Vicious Falcon

Eigentlich sollte das so klappen, probier aber auch mal Folgendes:

case WM_SIZE:
  GetClientRect(hWnd, &rect);
  MoveWindow(hTree,0,0,rect.right/2-2,rect.bottom,1);
  MoveWindow(hEdit,rect.right/2+2,0,rect.right/2-2,rect.bottom,1);
  break;

Die IDs für die Controls sind nicht gesetzt, Absicht (zu ändern durch den HMENU Parameter oder durch SetWindowLongPtr(hEdit,GWL_ID, IdDesControls); )?
@Mmacher Feste Werte statt CW_USEDEFAULT gehen imho nur paarweise, also wenn die x-Position fix ist, dann muss es die y-Position auch sein, analog Breite und Höhe).

Mmacher

Vicious Falcon schrieb:

Die IDs für die Controls sind nicht gesetzt, Absicht?

Ja, das habe ich übersehen.
Gib den Controls jeweils unterschiedliche ID's, z.B. 106 für Edit, 107 für TreeView.
Idealerweise stehen die Definitionen für diese ID's in der resource.h, welche Du manuell oder über Resourcen-Editor ergänzen kannst.

Vicious Falcon schrieb:

@Mmacher Feste Werte statt CW_USEDEFAULT gehen imho nur paarweise, also wenn die x-Position fix ist, dann muss es die y-Position auch sein, analog Breite und Höhe).

Danke für die Info!

Martin

noPeil

Danke für eure Antworten,
also mit WM_SIZE:
Movewindow....
klappt das! das ist super!

kann ich jetzt eigentlich auch ein Fenster im Fenster machen. Wenn ich in der TreeProc() (ist ein childwindow), wieder ein CreateWindowEx in WM_CREATE aufrufe klappt das wieder nicht ganz. wahrscheinlich muss ich wieder WM_SIZE überarbeiten.

Wenn ich allerdings im ChildWindow TreeProc() bei WM_PAINT ein createWindowEx () aufrufe, dann zeigt mir das Fenster die Baumstruktur an, nur ich glaube nicht dass WM_PAINT dafür gedacht ist :), wiederum befindet sich im ersten moment die Baumansicht im hintergrund, erst bei klick auf die Fenstergegend tritt es zum vorschein.