| |
| |
|
 | 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... |
|
| |
| |
| |
|
|
Rolf
Koch | JA 100% zustimm!!! Rolfi aussi avons veux 
dans meinen Augen venez on um solche feinen Sachen heutzutage pas plus rum.
depuis Anfang à (depuis meiner ersten Profanversion) hätte je heulen peut sur cela undurchlässige Waitinput (welches mais malheureusement qui vernünftigste Wartebefehl ist).
bien sûr il y a verschiedene Umwege, cependant quoi iF ici vorschlägt direct de Profan aus trop faire finde je absolu important!
Pour mich bedeutet Flexibilität:
un Profanprogramm steht im watenden Zustand sans den calculateur trop belasten, peux mais quand même irgendwelche Funktionen dabei effectuer.
ou bien solche feinen Sachen comment OnMouseOver - qui sommes très important si on Designtechnisch quoi faire veux.
alors: BIN DAFÜR!!! Roland hau rein *lol* |
|
| |
| |
| |
|
|
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 |
|
| |
| |
| |
|
(1.115)
Deutsch
English
Français
Español
Italia