| |
|
|
| je schreib oui grad à qui XIDE (et wurde de Frank oui völlig hundsgemein eh bien avec cela alleine gelassen (Frank ist im Urlaub)) et là je speziell grad à qui Communikation entre XIDE-selbst et den XIDE-Panels(Plugins) arbeite plage je mich unheimlich avec cela rum cela Messages (z.B. Usermessages) simple verloren aller si XProfan grad la fois pas im WaitInput ist.
sur bien allemande aller alle Messages verloren - sei car - cela Programme stoppt grad im Waitinput. Deswegen muss je qui Xide toujours provoquer pas simple seulement une Message trop senden - mais so longtemps un et qui selbe Message trop senden jusqu'à cela XProfanProgramm avec einer anderen speziellen Message antwortet.
Speziell dans XIDE sieht cela so aus (quoi mais presque völlig banane ist) KompilierenMarqueSéparation.data
boolMsgHasSend dd ?
.code
sureSendMessageToPlugin macro h,m,w,l
mov boolMsgHasSend,FALSE
.while boolMsgHasSend==FALSE
invoke SendMessage,h,m,l,w
invoke Sleep,10
.endw
endm
;--wproc-Auszug
...
invoke SetWindowPos,pluginr,0, eax,oben,breitexr,unten,SWP_NOOWNERZORDER or SWP_NOZORDER or SWP_SHOWWINDOW
.if phWnd
mov eax,pVSplitx
.if fpluginleftx==eax
.else
mov fpluginleftx,eax
sureSendMessageToPlugin phWnd,20012,0,0
.endif
.endif
.elseif eax==20019
mov boolMsgHasSend,TRUE
...
il peut erkennen dass cela Prinzip naturellement imaginable simple ist - gleichwohl mais aussi völlig Performanceschlapp.
XProfan sollte sur jeden le cas aucun Messages simple oublier qc seulement weil Waitinput grad pas am Zuge ist. XProfans wProc (je n'en sais rien quelle - peux seulement Roland savons ) muss simple alle eingehenden relevanten Messages sur une Stapel saisir et beim chaque Waitinput den Stapel abarbeiten - et Waitinput entsprechend durchlassen si encore quoi sur dem Stapel liegt.
cet Problem hat vordergründig rien avec dem ProcAddr-Problem trop 1faire quoique ProcAddr également absolument solch une Stapel nécessaire.
s'il te plaît s'il te plaît Roland Stapel enfin (meinetwegen aussi hoch ) seulement s'il te plaît nix oublier qc - déjà garnicht Messages (aussi pas cet *g*)
|
|
|
| |
|
|
|
RGH | So comment Du Dir cela vorstellst, serait es pas aller, sans qui Kompatibilität trop allen bisherigen (X)Profan-Versionen aufzugeben. chacun intervention dans cela filigrane Messagehandling de XProfan führt zwangsweise trop Inkompatibilitäten. mais peut-être hilft Dir oui so quelque chose dans un Tabelle, aus qui on ersehen peux, quelle User-Messages depuis dem letzten WaiInput aufgetreten sommes. je werde mir la fois trop gegebener Zeit Gedanken par-dessus faire!
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 | 10.07.2007 ▲ |
|
|
|
|
| Tabelle - oui c'est ca - je sag arrêt Stapel.
Bestenfalls verwaltet (déjà aus Performancegründen) XProfan qui Tabelle selbst.
Hierzu mon concept:
WaitInput <-- als Prozedur: alles bleibt beim Alten WaitInput({modi}) <-- als Funktion, wenn z.B. modi 1 ist dann wird waitinput gleich verlassen wenn noch Msgs auf dem Stapel liegen. (So richtig joli avec Füllung de %message %umessage & Co.) |
|
|
| |
|
|