| |
| |
|
| - page 1 - |
|
 | Hi, je veux ici im Stammtisch simple nochmal cela kleine Thema FastMode et wProc ansprechen.
qui avec XProfan viel programmiert stößt automatisch sur kleine subtile Unzulänglichkeiten quelle mais IMHO garnicht son müssten.
souvent ist es seulement qui Wunsch chez Fensterskalierung tout de suite réagir trop peut, ou bien nen Double-cliquez sur richtig abzufangen, ou bien ou bien...
Am Ende sinds doch mais seulement qui Messages quel ici richtig abfangbar son müssten.
je hatte avant un paire Monaten la fois cela Thema EventHandler angesprochen - je lieu mir simple avant cela Roland une Uni-Procédure permet quelle zuvor-definierte Events empfängt. cela belle hierbei wäre cela XProfan pas plus durcheinander venez (comme chez Callbacks qui le cas son peux (cela leidige Thema)).
alors je lieu mir ne Syntax avant comment:
KompilierenMarqueSéparation
je crois cela es aussi garnicht schwer pour Roland trop realisieren ist - et es serait une la quantité Probleme vom Tisch wischen!
il devrait doch seulement une seiner WProcs provoquer données durchzuschleifen... et erkönnte pas seulement avec OOP werben - mais avec EventBased... |
|
| |
| |
| |
|
|
| |
| |
| - page 1 - |
|
Rolf
Koch | et si pas, XPSE iF? 
bien sûr gibt oui qui Event.dll, mais XPSE hab je oui mittlerweile standardmässig drin. |
|
| |
| |
| |
|
|
| Den Hunni kriste später?!?  |
|
| |
| |
| |
|
|
| avec XPSE wäre es possible , qui mais serait ensuite cela Programme zum Fastmode paraphraser - et cela wiederum serait pas wirklich aider si mon ProcAddr  -Problemverdacht sich bestätigt.
(mais un riesen Aufwand wäre es déjà *grml*) |
|
| |
| |
| |
|
|
Rolf
Koch | | *lol* et qui anderen Posts a 100 s'il te plaît per vereinbartem Zahlziel |
|
| |
| |
| |
|
|
| [quote-part:79dedd6d31=Rolf Koch]*lol* et qui anderen Posts a 100 s'il te plaît per vereinbartem Zahlziel [/quote-part:79dedd6d31]
qui Community ruiniert mich pour diesem procéder... |
|
| |
| |
| |
|
|
Rolf
Koch | | oui stimmt aussi wieder iF, alors Roland DU MUSST |
|
| |
| |
| |
|
|
 | Wird il pas!  |
|
| |
| |
| |
|
|
RGH | Rolf Koch
oui stimmt aussi wieder iF, alors Roland DU MUSST
... mais bestimmt pas plus dans XProfan 10! et pour XProfan 11 ließe sich daraus réellement un interessantes Feature gestalten.
il peut mais doch déjà maintenant avec Utilisateur Messages alle Messages intercepter: une UserMessage veranlaßt toujours un sortir de des WaitInput. avec Utilisateur Messages peux on cela WaitInput alors beliebig reaktionsfreudiger faire.
et dans manchen Fällen hilft aussi déjà qui Verwendung des MessageMode 2.
Salut
Roland
(doit sich quelquefois zwingen, seulement XProfan 10 richtig fertig trop faire, bevor il à XProfan 11 denkt) |
|
| |
| 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 | 10.09.2006 ▲ |
|
| |
|
|
Michael
Dell | | là hat on doch (encore) quoi worauf on sich freuen! |
|
| |
| Salu Michael...
Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! | 10.09.2006 ▲ |
|
| |
|
|
Uwe
''Pascal''
Niemeier | allô gens!
ici un Vorschlag, den je déjà Ende 2004 dans RGHs Forum gemacht hatte; cela allez doch aussi dans cet direction:
1. Erweiterung qui Messageverwaltung (J'ai eu avant einiger Zeit Schonmal vorgeschlagen)
il y a oui une Reihe de Controls (z.B. TreeView, ListView, En-tête, Rebar), qui spezielle Notify-Messages verwenden, qui on bisher pas verarbeiten konnte. avec den Opportunités de XProfan allez cela zwar im Prinzip, mais es hat sich oui gezeigt, dass Eingriffe dans diverse WndProc- ou bien DlgProc-Routinen u.U. unerwartete Nebenwirkungen avons.
Alternative:
UserNotify Handle&, Bereich#, Message1& [, Message2&, ... MessageX& ]
Handle&: cela Handle des Controls, dessen Notify-Messages geprüft volonté devoir
Bereich#: qui Bereich, dans den qui (meist Avancé) NMHDR-Struktur kopiert wird, si une
qui vorgegebenen Messages empfangen wird. Pour ausreichende Dimensionierung ist qui Anwender
responsable.
MessageX&: qui Notify-Messages, qui ausgewertet volonté devoir
avec cela pourrait on z.B. chez einem TreeView sans allzu grosse Umstände sur TVN-Messages réagir.
Alternativ pourrait on statt des Handles aussi qui ID des Controls verwenden; ensuite pourrait on plusieurs Controls qui gleichen Art gleichzeitig surveiller (cela Handle wird normalement dans qui NMHDR-Struktur retour).
SeeYou
Pascal |
|
| |
| |
| |
|
| |
| |
| - page 2 - |
|
|
Nico
Madysa | bof, j'ai déjà la fois un peu avec Usermessages herum experimentiert, allerdings étions qui Ergebnisse pas sonderlich...
mon Hauptwunsch pour cela Messagehandling wäre, dass Waitinput aussi sur Messages reagiert, qui enfant-Controls de enfant-Controls bekommen (z.B. radio-Buttons, qui einer Groupbox untergeordnet sommes, durchbrechen chez Draufklick z.Z. Waitinput encore pas).
quoi qui On-Funktion angeht. TOP!!!  
Würde sous Anderem aussi cela Neuzeichnen dans Dialogfenstern erleichtern. |
|
| |
| |
| |
|
|
| | So - je habs simple la fois versucht! il y a maintenant une On-Unit [...] - avec cela pourrait presque cela alles ici possible son - seulement eines mag Je ne gelingen - cela live-Anpassen chez Fensterskalierung. (Glaube weil Roland trotz gesetzter UMessage cela Waitinput pas finissons peut) |
|
| |
| |
| |
|
(1.139)
Deutsch
English
Français
Español
Italia