| |
|
|
- Página 1 - |
|
| El Usermessages-Unit (Source es open) es para el Programación de otro Unidades - welche Usermessages benötigen - Pflichtprogramm como no posible es de Haus de una einzelne Usermessage a entfernen.
El Unit kann aber sólo entonces en el Programa el gewünschte Ergebnis liefern si auch todos otro Unidades - welche Usermessages benötigen - con el Usermessage-Unit trabajo y el eigentliche Programa ebenfalls para el Verwaltung de Usermessages ausschliesslich el Usermessages-Unit benutzt.
So una Quark porque una einzelne Usermessage no otra vez lejos voluntad kann, y porque uno no prüfen kann si una Usermessage gesetzt es.
Wenn una XProfanprogramm una Usermessage gesandt bekommt - egal si de aussen oder innen - entonces darf esta niemals perdido ir como sonst hässliche Konstrukte nötig son en sicherzustellen si una Message angekommen es - oder no. (Ejemplo para hässlicher Konstrukt: una Bucle el en uno otro Message prüft si wiederum una Message vom real Empfänger abgesandt wurde) |
|
|
| |
|
|
|
| |
|
- Página 1 - |
|
Jac de Lad |
Wo wir grad beim Löschen son: Darf Yo otra vez kurz DeleteListBoxItem nummer% en el Raum 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 Yo otra vez kurz DeleteListBoxItem nummer% en el Raum werfen?
Gern, en un otro Hilo! ;)
@Roland: Jetzt fehlt eigentlich sólo todavía el Kleinigkeit el uno festlegen kann welchen Antwortwert (long) el Sender vom XProfanprogramm zurückbekommt como Result de SendMessage para una Usermessage.
Einfaches beispiel: Wenn uno möchte el el XProfan WProc en el Message wm_activate con falso antwortet (qué ahora por desgracia, no posible es) entonces debería uno KompilierenMarcaSeparación definieren puede, oder después de cada otro Syntax como z.B: KompilierenMarcaSeparación Dann wäre lo tatsächlich para ersten Male posible festzulegen lo que el Antwort en una Message ser se welche z.B. de una Fremdprogramm abgesandt se. (Kommunikation de Prozessen untereinander)
Das Usermessage-Thema wäre así erschlagen y sería völlig neue tolle Möglichkeiten bieten welche se letztendlich vereinfachend auswirken. |
|
|
| |
|
|
|
RGH | IF
Jetzt fehlt eigentlich sólo todavía el Kleinigkeit el uno festlegen kann welchen Antwortwert (long) el Sender vom XProfanprogramm zurückbekommt como Result de SendMessage para una Usermessage.
Das hast Usted natürlich bastante. Das baue Todavía una, wobei Yo el zweite vorgeschlagene Syntax nutzen voluntad, como ellos flexibler es. Se puede leichter en el Programmlauf el Antwortmeldung austauschen. Aunque kürze Yo, el Funktionsnamen una wenig: SetUAnswer(MsgNr%, Answer%). Ist MsgNr no disponible, hay una Fehlermeldung.
Saludo 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 | Gut, entonces zurück para Thema Mensajes del usuario: Lo voluntad siempre todavía algunos no weitergegeben (z.B. si una Ventana bewegt se). Tal vez ließe se como todavía qué hacer... |
|
|
| 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 |
Aunque kürze Yo, el Funktionsnamen una wenig: SetUAnswer(MsgNr%, Answer%).
Yo schlage antes: Conjunto(UMessageAnswer, MsgNr%, Answer%) |
|
|
| |
|
|
|
| Jau jau jau!
@Franco: Damit puede wir auch el PSDK en el Bezug en el Kommunikation con XIDE algo abspecken!
@Jac: Das liegt wohl desafortunadamente a algo anderem...
<duck>jetzt fehlt eigentlich sólo todavía dass el XProfan el Mensajes del usuario primero "auffängt" y el aufgefangenen sólo en/con "Waitinput" abbaut - sodass no mehr perdido ir. </duck> (@Franco: entonces könnten wir el ping-pong el Messages verzichten y alles sería todavía sauberer laufen...) |
|
|
| |
|
|
|
RGH | IF
ahora fehlt eigentlich sólo todavía dass el XProfan el Mensajes del usuario primero auffängt y el aufgefangenen sólo en/con Waitinput abbaut - sodass no mehr perdido ir.
Ok, Yo mi Mittagspause para una kleine, fixe MessageStack-Unit genutzt y esta instalado. Si usted heute abend (después de el Eishockeyspiel el Adler) todavía en bist, kann Yo Usted una erste Versión para Testen enviar. An el Syntax ha se nichts geändert.
Saludo 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 gerne! Yo melde mich simplemente por Schkeip si yo a hause bin! |
|
|
| |
|
|
|
| Yo habe mich geirrt - como hay todavía una Kleinigkeit el mi Usermessages-Unit nötig macht - y zwar es muy nötig el uno una neue freie UserMessage beziehen kann. XProfan debería el vollständigkeitshalber intus haben. KompilierenMarcaSeparación |
|
|
|
| |
|
- Página 2 - |
|
|
Nico Madysa | Hältst Si es usted el wirklich para wichtig? Yo denke, el Hand voll eigener Mensajes del usuario kann una Programmierer se auch merken; oder notfalls en una Encabezamiento escribir. KompilierenMarcaSeparación |
|
|
| |
|
|
|
Frank Abbing | Denke no sólo en así pequeño Bahnen, Nico. Mehrere Hundert Usermessage son para una Programa doch durchaus denkbar. |
|
|
| |
|
|
|
| @Nico: Und qué wäre si z.B. una Unit mensajes de los usuarios para se registrieren möchte sin vlt. vorhandene a überschreiben? |
|
|
| |
|
|