| |
|
|
- page 1 - |
|
| qui Usermessages-Unit (Source ist open) ist pour qui Programmation de anderen Unités - quelle Usermessages besoin - Pflichtprogramm là es pas possible ist de maison aus une einzelne Usermessage trop entfernen.
qui Unit peux mais seulement ensuite im Programme cela gewünschte Ergebnis liefern si aussi alle anderen Unités - quelle Usermessages besoin - avec qui Usermessage-Unit travailler et cela eigentliche Programme également pour qui Verwaltung de Usermessages ausschliesslich qui Usermessages-Unit benutzt.
So un fromage blanc weil une einzelne Usermessage pas wieder entfernt volonté peux, et weil on pas vérifier peux si une Usermessage gesetzt ist.
si un XProfanprogramm une Usermessage gesandt bekommt - égal si de aussen ou bien dedans - ensuite darf cet niemals verloren aller là sonst hässliche Konstrukte nötig sommes um sicherzustellen si une Message arrivé ist - ou bien pas. (Beispiel pour hässlicher Construire: une Boucle qui sur einer anderen Message prüft si wiederum une Message vom réel Empfänger abgesandt wurde) |
|
|
| |
|
|
|
| |
|
- page 1 - |
|
Jac de Lad |
wohin wir grad beim Effacer sommes: Darf je nochmal kurz DeleteListBoxItem numéro% dans den espace werfen? |
|
|
| 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 | 05.12.2007 ▲ |
|
|
|
|
| Jac
Darf je nochmal kurz DeleteListBoxItem numéro% dans den espace werfen?
Gern, dans einem anderen Fil! ;)
@Roland: maintenant fehlt eigentlich seulement encore qui Kleinigkeit cela on festlegen peux welchen Antwortwert (long) qui Sender vom XProfanprogramm zurückbekommt comme Result de SendMessage à une Usermessage.
Einfaches beispiel: si on voudrais cela qui XProfan WProc sur qui Message wm_activate avec faux antwortet (quoi maintenant malheureusement pas possible ist) ensuite sollte on KompilierenMarqueSéparation définir peut, ou bien pour chacun anderen Syntax comment z.B: KompilierenMarqueSéparation ensuite wäre es réellement zum ersten Male possible festzulegen quoi qui Antwort sur une Message son soll quelle z.B. de einem Fremdprogramm abgesandt wird. (communication de Prozessen untereinander)
cela Usermessage-Thema wäre avec cela erschlagen et serait völlig neue tolle Opportunités bieten quelle sich letztendlich vereinfachend auswirken. |
|
|
| |
|
|
|
RGH | iF
maintenant fehlt eigentlich seulement encore qui Kleinigkeit cela on festlegen peux welchen Antwortwert (long) qui Sender vom XProfanprogramm zurückbekommt comme Result de SendMessage à une Usermessage.
cela la hâte Du naturellement droite. cela baue je encore un, wobei je qui zweite vorgeschlagene Syntax nutzen werde, là vous flexibler ist. il peut leichter im Programmlauf qui Antwortmeldung austauschen. Allerdings kürze Je l' Funktionsnamen un peu: SetUAnswer(MsgNr%, Answer%). Ist MsgNr pas vorhanden, gibt es une Fehlermeldung.
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 | 05.12.2007 ▲ |
|
|
|
|
Jac de Lad | bien, ensuite zurück zum Thema Utilisateur Messages: Es volonté toujours quelques pas weitergegeben (z.B. si un la fenêtre bewegt wird). peut-être ließe sich là encore quoi faire... |
|
|
| 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 | 05.12.2007 ▲ |
|
|
|
|
Frank Abbing |
Allerdings kürze Je l' Funktionsnamen un peu: SetUAnswer(MsgNr%, Answer%).
je schlage avant: Set(UMessageAnswer, MsgNr%, Answer%) |
|
|
| |
|
|
|
| Jau jau jau!
@Frank: avec cela peut wir aussi cela PSDK im Bezug sur qui communication avec XIDE quelque chose abspecken!
@Jac: cela liegt wohl malheureusement à quelque chose anderem...
<duck>jetzt fehlt eigentlich seulement encore dass cela XProfan qui Utilisateur Messages erstmal "auffängt" et qui aufgefangenen seulement chez/avec "Waitinput" abbaut - sodass aucun plus verloren aller. </duck> (@Frank: ensuite könnten wir sur cela ping-pong qui Messages verzichten et alles serait encore sauberer courir...) |
|
|
| |
|
|
|
RGH | iF
maintenant fehlt eigentlich seulement encore dass cela XProfan qui Utilisateur Messages erstmal auffängt et qui aufgefangenen seulement chez/avec Waitinput abbaut - sodass aucun plus verloren aller.
Ok, j'ai mon Mittagspause pour une kleine, fixe MessageStack-Unit genutzt et cet incorporé. si Du ce soir (pour dem Eishockeyspiel qui Adler) encore sur es, peux je Dir une erste Version zum Testen envoyons. à qui Syntax hat sich rien geändert.
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 | 06.12.2007 ▲ |
|
|
|
|
| Jawohl volontiers! je melde mich simple per Schkeip si je trop hause suis! |
|
|
| |
|
|
|
| j'ai mich geirrt - là gibt es encore une Kleinigkeit la mienne Usermessages-Unit nötig pouvoir - et zwar ist es très nötig cela on une neue freie UserMessage beziehen peux. XProfan sollte cela vollständigkeitshalber intus avons. KompilierenMarqueSéparation |
|
|
|
| |
|
- page 2 - |
|
|
Nico Madysa | Hältst du cela wirklich pour important? je denke, qui main voll eigener Utilisateur Messages peux un Programmierer sich aussi merken; ou bien notfalls dans une En-tête écrivons. KompilierenMarqueSéparation |
|
|
| |
|
|
|
Frank Abbing | Denke pas seulement dans so kleinen Bahnen, Nico. plusieurs Hundert Usermessage sommes pour un Programme doch durchaus imaginable. |
|
|
| |
|
|
|
| @Nico: et quoi wäre si z.B. une Unit messages de l'utilisateur pour sich registrieren voudrais sans vlt. vorhandene trop überschreiben? |
|
|
| |
|
|