[*]Profan

Français

Uwe
''Pascal''
Niemeier

Hi Roland!

cela Thema läßt mich pas à l'attaque

je suis es gewohnt, komplexere Dialoge dans Procs auszulagern et habe früher pour chacun cette DLG-Procs une SubClass-Proc angelegt.
Dadurch konnte je avec bistrot deklarierten Variablen pour qui Handles qui trop kontollierenden Elemente travailler.
après que qui DLG-Proc sortir de wurde, wurde oui aussi qui dazugehörige SubClass-Proc pas plus aufgerufen.

cela allez maintenant naturellement so pas plus, weil chez profanem SubClassing qui vorgegebene Proc oui aussi chez anderen Gelegenheiten genutzt wird et ensuite logischerweise undeklarierte Variablen findet

quoi je mir wünsche bzw. gewünscht hätte:
Statt SubClass Handle&,1 un SubClass Handle&,MeineProc ou bien quelque chose comme dans qui Art.
Pour cette hätte je aussi sur qui Système verzichten peut.

Ist / était mais wahrscheinlich aussi une Frage des Aufwandes pour toi bzw. qui Gewöhnung pour mich, nehme je à

SeeYou
Pascal

09.03.2009 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

RGH

Salut,

solange qui Dialogbezogenen Variablen seulement dans dem partie des Codes vorkommen, qui chez dem entsprechenden Dialog fonctionnement wird, sollte es doch keinerlei Probleme donner. dans &sWnd findest Du oui cela Handle des Dialogfensters, dass den Aufruf de SubProc ausgelöst hat. cet Handle sollte on toujours abfragen, si on plusieurs Dialoge/la fenêtre subclassed. (quoi pour un allemande! ;) ) cet Variablen devrait naturellement avant dem ersten Aufrufen de SubClassProc pour cette Dialog/cet la fenêtre deklariert son, alors avant dem entsprechenden SubClass-Befehl.

Etwa (ici ist qui Abfrage de &sWnd dans SubClassMessage() integriert)
Kompilieren Marque Séparation

SubClassProc

    If SubClassMessage(meinDialog1&, meineMessage1&)

        <...>

    ElseIf SubClassMessage(meinDialog2&, meineMessage2&)

        <...>

    Else

        <...>

    EndIf

KompilierenMarqueSéparationSubClassProc

    Si &sWnd = meinDialog1&

        <...>

    ElseIf &sWnd = meinDialog2&

        <...>

    D'autre

        <...>

    EndIf

ENDPROC


ou bien gar
KompilierenMarqueSéparationSubClassProc

    Select &sWnd

        Cas meinDialog1&
        <...>
        Cas meinDialog2&
        <...>
        Otherwise
        <...>

    EndSelect

ENDPROC


Salut
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

09.03.2009 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Uwe
''Pascal''
Niemeier

Hi Roland!

Tricolore encore pas ausgetestet, mais...

dans &sWnd findest Du oui cela Handle des Dialogfensters, dass den Aufruf de SubProc ausgelöst hat. cet Handle sollte on toujours abfragen, si on plusieurs Dialoge/la fenêtre subclassed.

en supplément doit doch qui entsprechenden Variablen avec den Handles global deklariert son? Weil cet oui avec &sWnd verglichen volonté doit? et zwar chaque fois, si SubClassProc aufgerufen wird, égal woher bzw. de qui?

Bien sûr peux on cela irgendwie hinkriegen; je voulais seulement la fois sur elle hinweisen, qui es einfacher hätte son peut

Ergänzender Vorschlag1: peut-être wäre es langfristig possible, ganze Windows-Klassen (bzw. Kopien en) trop subclassen?

Ergänzender Vorschlag2: Es devrait doch une interne Einsprungadresse pour SubClassProc donner? une entsprechende Systemvariable pourrait intéressant son (aussi si je encore pas sais wofür)

SeeYou
Pascal

12.03.2009 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

RGH

Uwe Pascal Niemeier

Hi Roland!
en supplément doit doch qui entsprechenden Variablen avec den Handles global deklariert son? Weil cet oui avec &sWnd verglichen volonté doit? et zwar chaque fois, si SubClassProc aufgerufen wird, égal woher bzw. de qui?

c'est allerdings richtig.

Uwe Pascal Niemeier

Ergänzender Vorschlag1: peut-être wäre es langfristig possible, ganze Windows-Klassen (bzw. Kopien en) trop subclassen?

cela sollte prinzipiell possible son ... muss je la fois quelque chose nachforschen ...

Uwe Pascal Niemeier

Ergänzender Vorschlag2: Es devrait doch une interne Einsprungadresse pour SubClassProc donner? une entsprechende Systemvariable pourrait intéressant son (aussi si je encore pas sais wofür)

cela wäre ne...aucune Problem et peux je encore vite dans 11.2 einbauen. Allerdings fällt mir sur Anhieb aussi aucun sinnvolle Anwendung un ... aussi si cela rien appeler muss ... ;)

Salut
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

12.03.2009 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Uwe
''Pascal''
Niemeier

allô Roland!

mir

Ergänzender Vorschlag2: Es devrait doch une interne Einsprungadresse pour SubClassProc donner? une entsprechende Systemvariable pourrait intéressant son (aussi si je encore pas sais wofür)

11.2ß

> Systemvariable &SCPROC:
Adresse qui SubClassProc, paramètre comment Windows-Procédure)

Pour cette Schonmal merci!

Um mais sur cela Thema zurückzukommen: Wäre es theoretisch possible, cet Adresse (z.B. per Set ) trop überschreiben avec einer eigenen per ProcAddr ermittelten?
cet eigene Proc serait sich - pour meiner Vorstellung - ensuite so verhalten comment qui vorgegebene SubClassProc , seulement pourrait on plan im laufenden Betrieb échanger.

justement chez Verwendung vieler gesubclasseder Dialoge wäre cela qui Übersichtlichkeit très zuträglich (zumindest dans meinen Programmen)

SeeYou
Pascal

21.03.2009 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation