English
Regulars table & Café

wProc could soooo unnütz his if...

 
Hi, i will here in the Regulars table simply again the small Topic FastMode and wProc address.

who with XProfan plenty program stößt automatically on small subtile Unzulänglichkeiten which but IMHO not at all his müssten.

often is it only the wish with Fensterskalierung immediate react to, or NEN Double click correctly. abzufangen, or or...

on the end sinds still but only The Messages which here correctly. abfangbar his müssten.

I had to a couple Monaten time the Topic EventHandler addressed - I put me simply to the Roland a Uni-procedure allows which before-defined Events receiving. the nice hierbei would the XProfan not any more confusion comes (as with Callbacks the case his can (the leidige Topic)).

So I place me ne Syntax to How:
CompileMarkSeparation
I faith the it too not at all heavy for Roland To release is - and it would a crowd Problems of table wischen!

it should still only a its WProcs join data durchzuschleifen... and erkönnte not only with OOP campaign - separate with EventBased...
 
09/09/06  
 




Rolf
Koch
JA 100% zustimm!!! Rolfi too having wants
In my eyes comes one circa such swell things nowadys not any more rum.
since beginning on (since of my first Profanversion) had I howl can over the undurchlässige Waitinput (which but unfortunately the vernünftigste Wartebefehl is).
clear there's different Umwege, however what iF here vorschlägt directly of Profan from To make find I utterly important!
for me means flexibility:
One Profanprogramm standing in the watenden status without whom computer To load, can but nevertheless any functions thereby perform.
or such swell things How OnMouseOver - are very important if one Designtechnisch what make wants.
means: BIN DAFÜR!!! Roland Dive in *lol*
 
09/09/06  
 




Rolf
Koch
and unless, XPSE iF?
clear gives Yes The Event.dll, but XPSE Have I Yes in the meantime standardmässig drin.
 
09/09/06  
 



whom Hunni kriste later?!?
 
09/09/06  
 



with XPSE would it possible , the but would then the program to that Fastmode paraphrase - and the against wouldn't really help if my ProcAddr -Problemverdacht itself confirm.

(but one riesen hoisted would it already *grml*)
 
09/09/06  
 




Rolf
Koch
*lol* and the others Posts a 100 Please by vereinbartem Zahlziel
 
09/09/06  
 



[quote:79dedd6d31=Rolf cook]*lol* and the others Posts a 100 Please by vereinbartem Zahlziel [/quote:79dedd6d31]
The Community undo me to this take action...
 
09/09/06  
 




Rolf
Koch
Yes is correct again iF, means Roland DU MUSST
 
09/09/06  
 



becomes it not!
 
09/09/06  
 




RGH
Rolf Koch
Yes is correct again iF, means Roland DU MUSST


... but certainly not any more in XProfan 10! and for XProfan 11 ließe itself from it objectively one interessantes feature style.

one can but but already now with User Messages any Messages intercepting: an UserMessage veranlaßt always one leave the WaitInput. with User Messages can the WaitInput means discretionary reaktionsfreudiger make.

and in manchen Make helps already The usage the MessageMode 2.

Greeting
Roland
(must itself sometimes force, first XProfan 10 correctly. ready To make, before it on XProfan 11 think)
 
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
09/10/06  
 




Michael
Dell
there has one still (yet) what on what one itself forward!
 
Salu Michael...

Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! 
09/10/06  
 




Uwe
''Pascal''
Niemeier
Hello people!

here one suggestion, whom I already end 2004 in RGHs Forum made hatte; the goes still too in these direction:


1. expansion the Messageverwaltung (I had to some Time Schonmal suggested)

there's Yes a row of Controls (z.B. TreeView, ListView, Header, Rebar), The Special Notify-Messages use, everybody can yet not process could. with the Opportunities of XProfan does it of course in the principle, but it has itself Yes viewed, that Eingriffe in diverse WndProc- or DlgProc-routines u.u. unexpected side-effects having.
alternative:

UserNotify Handle&, area#, Message1& [, Message2&, ... MessageX& ]
Handle&: the lever the Controls, which Notify-Messages examined go should
area#: The area, into The (mostly erweiterte) NMHDR-structure copies becomes, if a
the pretended Messages receive becomes. for ausreichende Dimensionierung is the users
Responsible.
MessageX&: The Notify-Messages, The ausgewertet go should

so could one z.B. with one TreeView without too grosse circumstances on TVN-Messages react.
alternatively could one instead of the Handles too The ID the Controls verwenden; then could one several Controls the equal manner at the same time to supervise (the lever becomes usually in the NMHDR-structure zurückgegeben).


SeeYou
Pascal
 
09/11/06  
 




Answer


Topictitle, max. 100 characters.
 

Systemprofile:

no Systemprofil laid out. [anlegen]

XProfan:

 Posting  Font  Smilies  ▼ 

Please register circa a Posting To verfassen.
 

Topic-Options

2.747 Views

Untitledvor 0 min.

Themeninformationen



Admins  |  AGB  |  Applications  |  Authors  |  Chat  |  Privacy Policy  |  Download  |  Entrance  |  Help  |  Merchantportal  |  Imprint  |  Mart  |  Interfaces  |  SDK  |  Services  |  Games  |  Search  |  Support

One proposition all XProfan, The there's!


My XProfan
Private Messages
Own Storage Forum
Topics-Remember-List
Own Posts
Own Topics
Clipboard
Log off
 Deutsch English Français Español Italia
Translations

Privacy Policy


we use Cookies only as Session-Cookies because of the technical necessity and with us there no Cookies of Drittanbietern.

If you here on our Website click or navigate, stimmst You ours registration of Information in our Cookies on XProfan.Net To.

further Information To our Cookies and moreover, How You The control above keep, find You in ours nachfolgenden Datenschutzerklärung.


all rightDatenschutzerklärung
i want none Cookie