ich habe hier eine Menge von Windows. Der Übersicht zu Gute wollte ich daher die ganzen DestroyWindow(HWND)-Befehle folgendermaßen zusammenfassen: Ich benutze eine for-Schleife, um mich durch alle IDs des Programms durchzuzählen und zerstöre dann die zur ID gehörenden Windows.
Wie bekomme ich aber den Handle zum jeweiligen Fenster wenn ich nur die ID habe? Denn DestroyWindow benötigt ja den Handle.
Gibt es da eine Funktion für?

Mit freundlichen Grüßen
Moadeh

BTW: Manchmal ist es angesagter die Controls nur zu verbergen...

Aber mal interessehalber. Wieso sollte man die Controls nur verbergen? Ist das dann bei einem erneute CreateWindow Aufruf schneller, falls man die Controls wieder benötigt? Ich stelle mir vor, dass wenn ich 5 Funktionen habe, die über eine listbox o.ä. anwähle und bei jeder Auswahl die Controls nur verberge, existieren da zich Controls noch weiter und machen das Programm irgentwann ja langsam, wenn da 10 Editfenster verborgen sind und nicht wieder sichtbar gemacht werden. Wobei das bei 5 Funktionen noch kein wesentliches Problem sein dürfte.

Zu Deiner Frage: Wenn Du die Controls nicht mehr benötigst, dann entsorge sie natürlich. Ansonsten warum solltest Du Controls neu anlegen, nachdem Du sie gelöscht hast? Sie waren doch da! Also benutze sie wieder...

void leeren(HWND hwnd)
{    
     int idzaehler;
     for(idzaehler=91;idzaehler<=92;idzaehler++);
          DestroyWindow(GetDlgItem(hwnd, idzaehler));
}

Wenn ich die for-Schleife auskommentiere und idzaehler den wert 91 (meine zwei Test Controls haben die ID 91 und 92) zuordne, verschwindet der eine Control.
Wenn ich in der obigen Schleife idzaehler<92 schreibe, verschwindet mit der ID 92.
D.h. er geht erst zum DestroyWindow-Befehle, nachdem er die Schleife beendet ist. Wieso? Zwischen überprüfen, ob der Wert noch im richtigen Bereich ist und erhöhen des Wertes um 1, wird doch das ausgeführt, was in den geschweiften Klammern steht.

Zum Verbergen: Das Problem dabei ist, dass das Programm komplett vom User gesteuert wird. Da ich mal annehme, dass es noch keine Funktion GetUsersThought() (und hoffentlich auch nicht SetUsersThought()) gibt, ist das problematisch. Es ist nicht dringend nötig jede Funktion mehrere Male aufzurufen. Würde ein verborgener Control bzw. ein Neuerschaffen statt Sichtbarmachen mehr Speicher und Leistung fressen/brauchen oder ist das unwesentlich?

Ansonsten hast Du Dich reingelegt!

int idzaehler;
     for(idzaehler=91;idzaehler<=92;idzaehler++);
          DestroyWindow(GetDlgItem(hwnd, idzaehler));

Beachte das Semikolon am Ende der Zeile mit for! :xmas2:

Mit dem folgenden Syntax wäre das nicht passiert:

for(int idzaehler=91;idzaehler<=92;idzaehler++);
          DestroyWindow(GetDlgItem(hwnd, idzaehler));

Das hätte einen Compiler Fehler ausgelöst (vorausgesetzt zu arbeitest nicht mit VC6!)

Um zu überprüfen, ob das jeweilige Fenster aktiv ist habe ich noch die Schleife eingebaut:

if(IsWindow(GetDlgItem(hwnd, idzaehler)))

Das sollte ja reichen, damit DestroyWindow nicht inexistierendes löscht, oder?

Danke schön Martin Richter.

Mit freundlichen Grüßen
Moadeh

Hmm, ich hab das Semikolon übersehen. War aber zumindest keine Absicht, das dort hinzuschreiben.
Aber müsste dabei der Compiler nicht auch einen Fehler anzeigen? Der Compiler von Dev-Cpp zeigt zumindest nichts an.

Wieso sollte er? Das ist ganz legaler C++ Code - und daß die Schleife sinnlos ist, würde ihm höchstens eine Warnmeldung entlocken.

if(IsWindow(GetDlgItem(hwnd, idzaehler)))

Das sollte ja reichen, damit DestroyWindow nicht inexistierendes löscht, oder?

Unnötig! Du musst nur auf NULL prüfen, wenn GetDlgItem etwas returniert, das !=NULL ist, dann ist das auch gültig.