XProfan-Fensterklassen

[Volkmar]

Eben hatte ich ein Problem mit Fensterklassen. Lt. Hilfe sollten Dialoge den Klassennamen DIALOG haben. Damit ist aber nix zu machen. Nachdem ich das Handle hatte, habe ich mal mit GetClassNameA nachgefragt, Dialoge haben in X2 den Klassennamen #32770.

Gruß Volkmar

[Frabbing]

Den Namen nutze ich selber für Dialoge auch schon lange. Ich vermute auch, MS ist dabei, da einiges abzuschaffen. Jedenfalls wird die Liste der Systemclasses immer kleiner: About Window Classes
Eigentlich ist #32770 ja für das System reserviert.

[Volkmar]

Der Name wird ja aber für die xprofaninternen Dialoge durch XProfan selbst vergeben. Das Hauptfenster hört ja auch noch richtig auf den Namen FENSTER. Ich kann's mir nicht so richtig vorstellen, warum MS was an den durch die Anwendung vergebenen Klassennamen biegen sollte.

Gruß Volkmar

[Frabbing]

Aber wo sind z.B. die Klassennamen von Listview und Trackbar usw. dokumentiert? Da fehlen inzwischen doch etliche - alles was hinten mit 32 endete ist nun weg.

[Volkmar]

Ich denke mal, die sind nicht wirklich weg sondern dort nicht erwähnt, weil eben nicht standardmäßig durch jedes System vorgeladen. Erst das Laden der entsprechenden Bibliotheken initialisiert diese Klassen.
Zum Beispiel sind die in COMCTL32.DLL definierten Klassen erst dann verfügbar wenn diese DLL geladen ist. Sie sind damit nicht grundsätzlicher Bestandteil jedes Windows-Systems.

Gruß Volkmar

[Frabbing]

Ist natürlich auch möglich.

[AHT]

Der Dialog wird aus der Resource erstellt (unter DIALOG die Resource LDIALOG). Versuche doch mal, den Klassennamen in der Resource festzulegen:

CLASS "DIALOG"

In der Resource wird keiner vergeben - da liegt wohl das Problem.

[AHT]

Ich glaube aber eher, dass die Fensterklasse "Dialog" gar nicht mehr registriert wird. Wenn dem so ist, ist das wohl eher eine Sache von Delphi oder XProfan. Mit meiner alten XPRofan Version läuft auf allen Windowsversionen der Dialog noch als Fensterklasse "Dialog".

[Volkmar]

@AHT
Danke für Deine Bemühungen. Ich denke ja auch, daß da irgendwas mit der Klassenregistrierung nicht stimmt. Ist mir ja eigentlich auch egal, ich wollte ja nur drauf hingewiesen haben, daß es nicht so ist, wie in der Hilfe beschrieben. Mit der #32770 könnte ich leben. Wäre aber interessant, zu wissen, woran es liegt und wie das in künftigen Versionen aussehen wird falls man sowas mal ernsthaft braucht.

Gruß Volkmar

[AHT]

Wollte dich da nur bestätigen. Es liegt nicht an Windows.
Intreressant wäre es zu wissen, was passiert wenn man in der Resource dem Dialog die Klasse "Dialog" zuweist.
Klappt das, wird die Klasse weiterhin registriert - ansonsten wird kein Fenster erzeugt.

[AHT]

Noch was:
Eine eigene Fensterklasse kann auch eine eigene Prozedur zur Messageverarbeitung haben (WNDPROC). Wenn sich hier die Fensterklasse von Dialogen geändert hat, kann sich auch die Reaktion des Dialoges auf Messages geändert haben (liegt ja jetzt auf dem Standard).

[Volkmar]

Habe nun mal in die Dialogressource CLASS "DIALOG" reingesetzt. Dann hat der Dialog auch wieder die Klasse Dialog. Irgendwelche Unterschiede außer dem Namen kann ich auf die Schnelle nicht finden. Der Dialog reagiert so wie immer.

Gruß Volkmar

[AHT]

Da hat Roland wohl was gekürzt, Klasse ist ja noch da.