[lazarus] wndproc

[Baeseman, Cliff]

The great winproc debate...

Guys let me know if I am designing the event model in the QT engine
correctly to support this also.

Inside the QT engine this is what takes place.

Each widget is assigned its standard events when it is created. If a event
fires for instance a button is pushed. The click event calls a internal
procedure that will call the single pascal handler for the appropriate
dispatch. In this model I assume a single call back procedure for each
component. So all event calls are recieved by single procedure attached to
each component. In this way you can use a override to customize the event
handling if necessary.

pacalhandler(intEventMessage)

  case intEventMessage of
 
   WM_CLICK
        dispatch call
   WM_DOUBLECLICK
        dispatch call  
   WM_PAINT
        dispatch call


Is this the type of thing we are shooting for...I tried to stay out of the
debate before but need to know the direction so that I can change the base
engine now if necessary.


Cliff  

-----Original Message-----
From: Samuel Liddicott [mailto:sam at campbellsci.co.uk]
Sent: Thursday, October 21, 1999 11:58 AM
To: lazarus at miraclec.com
Subject: RE: [lazarus] wndproc




> -----Original Message-----
> From: Shane Miller [mailto:SMiller1 at stvgb.org]
> Sent: Thursday, October 21, 1999 05:13 PM
> To: lazarus at miraclec.com
> Subject: [lazarus] wndproc
>
>
> I am going to begin to look at a method of converting GTK to use
> the wndproc while I also look at the editor with Curtis (and
> anyone else who wants to help).  I just added the LMLButtonDown
> procedures and I feel that the wndproc is really the only way to
> handle those correctly.

Oh wow. Excellent.
[BTW I've not been skiving, I've been snowed under as 2 projects draw to a
close]

Sam

_________________________________________________________________
     To unsubscribe: mail lazarus-request at miraclec.com with
                "unsubscribe" as the Subject
    archives at http://www.miraclec.com/list_archives/lazarus