| |
| |
|
| - Página 1 - |
|
 | Hola Roland,
seit Versión 1 de [X]Profano[²]  ha lo una dickes Manko Yo a Tiempo höchstens todavía de uralten Java(tm)-Anwendungen saber: Programas puede no en Fensterskalierung reagieren während el Ventana skaliert se. 
User könnten fertige Programas como minderwertig einstufen - viele XProfan nutzen deshalb Steife Ventana.
Lo debería posible ser el dieser Code
KompilierenMarcaSeparación
el Inhalt no sólo después de el Skalierung ausführt. Das Setzen uno entsprechenden UserMessage nutzt insofern nichts como el Messages WaitInput auch sólo después de el Skalierung durchbrechen.
Bitte finde esta una solución - thread.pcu oder subClassen de hWnd son problematisch wegen el ProcAddr-Problema, also no empfehlenswert. Waitinput durchbrechen en wm_sizing como UserMessage wäre ausreichend. También es determinar el wm_erasebkgnd como UserMessage en hWnd Wunder bewirkt - en gesetzter UserMessage flimmert hWnd no beim Skalieren. Ist tal vez ne Brush-Sache - debería aber veces angeschaut voluntad. |
|
| |
| |
| |
|
|
| |
| |
| - Página 1 - |
|
Jörg
Sellmeyer | Sieht muy fresco de. Un Cuestión Yo aber todavía:
Im waitinput bedeuted wahrscheinlich, daß Usted en Deiner WaitInput-Procedimiento el Auslesen el Subclassmessages erledigst, oder?
Ist el porque ahora en cada WaitInput así, sólo el Ventana principal bezogen, oder kann/se/muß al irgendwie ausschalten, si yo z.B. una Dialogfenster con eigener Bucle y WaitInput öffne?
Saludo
Jörg |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 18.01.2008 ▲ |
|
| |
|
| |
| |
| - Página 2 - |
|
|
| @Jörg: In cada Waitinput - unabhängig wo dieses en el Code es y unabhängig vom Control, lo ha also con el Ventana principal hWnd no wirklich algo a tun. (auch si Roland intern tal vez hay ansetzt)
SubClassMessage ha sí para Glück seinen ersten Parámetro para el betrachtete Control!  |
|
| |
| |
| |
|
|
Jac
de
Lad | | Besser wäre todavía SubClass como Función en lugar de como Procedimiento y como Rückgabewert el vorherigen Valor. Oder irgendwie una Función para Ermitteln, si uno una Ventana ya subclassed, |
|
| |
| 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 | 18.01.2008 ▲ |
|
| |
|
|
Frank
Abbing | @Roland:  |
|
| |
| |
| |
|
|
| In welchem Fall puede por ejemplo nützlich ser Jac?
@Alle: Für el Feature debería wir Roland pocos Stars zukommen dejar jau?! Yo fang a... |
|
| |
| |
| |
|
|
Jac
de
Lad | | Wenn uno una oder mehrere Incs/Unidades benutzt, el eventuell oder sicher subclassen. |
|
| |
| 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 | 18.01.2008 ▲ |
|
| |
|
|
Jörg
Sellmeyer | | So como yo en el Moment sehe, hay sólo el una SubClassProc y el debería entonces en uno Inc/Unit nix a suchen haben. Oder woher se XProfan wissen, welche SubClassProc nu gemeint es? |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 18.01.2008 ▲ |
|
| |
|
|
Jac
de
Lad | |
| |
| 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 | 18.01.2008 ▲ |
|
| |
|
|
RGH | Tiempo schauen, si Yo algunos el aufgekommenen Fragen beantworten kann.
Subclassing funktioniert en cada WaitInput. Am WaitInput incluso Yo nichts geändert, como Yo ya jehe rein Flag poner, a el Yo erkenne, dass Yo mich en WaitInput befinde.
Lo son en XProfan exakt una Ventana-Procedimiento fürs Subclassing
Mit el Befehl SubClass Win& es el Ventana esta Procedimiento como Fensterprozedur untergejubelt y gleichzeitig en uno Tabla el Original-Fensterprozedur gespeichert.
In el neuen Fensterprozedur se nun überprüft, si Yo en WaitInput bin. Wenn no, se en Tabla el ursprüngliche Fensterprozedur la ventana ermittelt y aufgerufen. Wenn Yo en el Waitinput bin, se el SUBCLASSPROC aufgerufen. Sollte el Message no encima SubClassMessage(Win&, Msg&) behandelt worden ser, se auch ahora el Originalfensterprozedzur aufgerufen.
Wenn uno wissen voluntad, en welche, de más WaitInputs se befindet, puede ser sí globale Variables como Flags benutzen y esta en el SUBCLASSPROC abfragen. Außerdem kann con con SUBCLASS Win&,0 en cualquier momento el SubClassing para una Ventana oder Controll ausschalten y später otra vez con SUBCLASS Win&,1 einschalten.
BTW: Yo empfehle allerdings siempre otra vez, en el Programa sólo una WaitInput a haben! Como uno nie weiß, wo el User como Nächstes inklickt, wäre lo ya doof, si uno se gerade en el Waitinput befindet, el su nichts mitbekommt.
Lo darf sólo una SUBCLASSPROC geben. En uno zweiten en el Programa es una Fehlermeldung. (En Gelegenheit Yo auch una Fehlermeldung instalado si ERRORPROC una weiteres Tiempo auftaucht.) Un Fehlermeldung es auch, si SubClassing eingeschaltet es y no SUBCLASSPROC existiert.
@IF: Yo podría ahora una angepaßte Versión des Lexers gebrauchen, en el auch el Paar SUBCLASPROC-ENDPROC funktioniert (como ERRORPROC-ENDPROC).
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 | 18.01.2008 ▲ |
|
| |
|
|
RGH | ¡Hola,
Tengo el Listing más oben todavía algo angepaßt, así dass ahora nichts mehr flackert .... zumindest no bajo Windows XP y folgende.
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 | 21.01.2008 ▲ |
|
| |
|
|
| Habs getestet - tolle Sache!
Einen bug kann Yo sin embargo erkennen. Wenn al Ventana muy zügig zurechtruppt entonces puede ser erkennen el el Skalierung siempre una Schritt zurückliegt. Vlt. vergessener Stack oder width/height no aktualisiert. Lässt uno el botón del ratón entonces los, entonces aktualisiert sichs korrekt. |
|
| |
| |
| |
|
(898)
Deutsch
English
Français
Español
Italia