XProfan

- Page 1 -

Jac
de
Lad

Naja, die Meldung tritt sporadisch auf und ich benutze die richtigen Befehle mit den richtigen Controls. Wenn ich mein Prog neu starte klappts dann auch. Deshalb meine Anfrage (ich hab mich schon an die Meldung gewöhnt)...

Jac

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

* Warum Microsoft per jedes Windowsobjekt die Messagenummern per gleiche Funktionen anders vergibt, ist mir allerdings ein Rätsel.

Kompatiblität zu älteren Sources?

Jac
de
Lad

Aber was genau ist die Ursache dieser sproadischen Fehlermeldung (weil ich ja wie gesagt die richtigen Befehle auf die richtigen Controls anwende)?

Jac

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

- Page 2 -

Um der Sache auf die Spur zu kommen empfahl ich ja Obiges.

Jac
de
Lad

Mach ich!

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

Michael
Wodrich

Zitat: „ * Warum Microsoft per jedes Windowsobjekt die Messagenummern per gleiche Funktionen anders vergibt, ist mir allerdings ein Rätsel.“
Kompatiblität zu älteren Sources?

Nein bestimmt nicht, Microsoft hatte nicht die geringsten Skrupel die Message-Nummern von 16-Bit und 32-Bit zu ändern.

Ist wohl eher darauf zurückzuführen, das Team B nicht weiß woran Team A herumwurstelt.

Oder die Lostrommel entscheidet.

Solche Abstrusitäten findet man im SDK laufend. Auch .NET mischt da fleißig mit, und um es auf die Spitze zu treiben:

Funktionen und Messages werden von .NET ausgeliehen und umbenannt. Und dann wird zu allem Übel auch noch die alte (GUTE) Erklärung im MSDN gegen eine unverständliche .NET Variante ausgetauscht. Sucht man dann nach diesen Begriffen, dann findet sich nur der .NET-Mist wieder an.

Vielleicht sollten alle Entwickler auf ReactOS umschwenken und daran mitarbeiten. (Ist ne Org-Seite mit OpenSource).

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

Durch SUPERCLASS kann man das Problem umgehen.
Dafür muß per jedes Control eine neue Classe registriert werden, also aus
Button wird TButton. Dieser weisen wir ein Callback zu, und zwar immer dasselbe, bei jedem Control.
Vorher können mit SetProp weitere Infos hinzugefügt werden.

Zum auslesen der normallen Eigenschaften: GetClassInfoEx
Zum Setzen: RegisterClassEx (mit gefüllter WNDCLASSEX Structur)

Vielleicht kann das ja mal Andreas oder Frank umsetzen

, ich hab keine Zeit

Bei Fragen, einfach mal nach SUPERCLASS oder SUPERCLASSING googln.

Jac
de
Lad

Das ist alles hoch interessant (Microsoft ist sowieso äußerst unorganiesiert). Da kommt noch ne kleine Frage auf, die ich mal schnell hier poste:

Die EasyVENT.dll ist per mich nahezu die wichtigste Erweiterung geworden, die es per Profan gibt. Gibts demnächst vielleicht noch ein paar neue Messages zum Ergötzen? Mir fallen leider keine Beispiele ein was noch fehlt, aber sobald es da ist werde ich garantiert nicht mehr ohne leben können!

Jac

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

13.09.2006 ▲

Hoffentlich baut Thomas die DLL bald auf Usermessages um! Das ist das fehlende Feature!

13.09.2006 ▲

Jac
de
Lad

Wenn ich das richtig verstehe potuto ich dann die Message angeben die abgefangen werden soll?

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

13.09.2006 ▲