lazarus/lcl/widgetset
paul 946941c1a6 Widgetset: introduce new WSWinControl method GetMouseInteractiveInDesigner to ask control about its needs in mouse messages/events in design time
win32:
- fix PageControl page changing by Tab clicking in designer
- fix PageControl tab switching by arrows (if tab part is selected) and tab focusing by one click instead of two clicks (issue #0008673)

git-svn-id: trunk@12245 -
2007-09-29 16:55:13 +00:00
..
README.txt
wsactnlist.pp
wsarrow.pp
wsbuttons.pp
wscalendar.pp
wschecklst.pp
wsclistbox.pp
wscomctrls.pp
wscontrols.pp Widgetset: introduce new WSWinControl method GetMouseInteractiveInDesigner to ask control about its needs in mouse messages/events in design time 2007-09-29 16:55:13 +00:00
wsdbctrls.pp
wsdbgrids.pp
wsdesigner.pp lcl: 2007-09-07 16:39:27 +00:00
wsdialogs.pp
wsdirsel.pp
wseditbtn.pp
wsextctrls.pp Added gtk2 implementation for TTrayIcon and removed the widgetset implementations of GetCanvas on TTrayIcon. 2007-09-21 09:10:30 +00:00
wsextdlgs.pp
wsfilectrl.pp
wsforms.pp forgotten files + cleanup 2007-09-03 08:04:01 +00:00
wsgrids.pp
wsimglist.pp * fixed alpha images on 16 bpp 2007-09-01 02:46:24 +00:00
wslclclasses.pp
wsmaskedit.pp
wsmenus.pp Qt: menu rework (also fixed issue with destroying menu items - they had not destroyed their handles) 2007-09-24 06:03:19 +00:00
wspairsplitter.pp
wsproc.pp Qt: 2007-09-14 05:05:19 +00:00
wsspin.pp
wsstdctrls.pp - move TWidgetset.GetListBoxXXX to TWSCustomListBox.GetXXX (where XXX in [GetIndexAtY, GetItemRect]) *untested on Carbon and wince* 2007-08-28 17:44:28 +00:00
wstoolwin.pp

This directory contains all skeleton widget set component 
classes. These classes will never get instantiated and may 
only contain class functions.
  
=========  
IMPORTANT
=========  

Derivation and inheritance of classes is different then one
might be used to. It will be explained by the following 
examples.

Suppose the following LCL class hierarchy:

 TLCLComponent
     |
  TControl
     |
 TWinControl
 
the corresponding WS skeleton would be

 TWSLCLComponent
      |
  TWSControl
      |
 TWSWinControl


When method X of TWSControl gets implemented by 
widgetset Q the hierarchy looks like

 TWSLCLComponent
      |
  TWSControl.X --> TQWSControl.X
      |
 TWSWinControl


Calling TWSWinControl.X doesn't call TQWSControl.X since
it's parent is TWSControl. This problem is solved by 
modifying the class hierarchy at runtime.
When a component class is registered by RegisterWSComponent,
the class is copied and the vmt entries are adjusted so 
that the hierarchy looks like:


 TWSLCLComponent
      |
  TWSControl.X --> TQWSControl.X
                        |
                   TWSWinControl

In this case, calling TWSWinControl.X will call the overridden 
TQWSControl.X. The only thing which doesn't get handled is the 
inherited statement. Suppose there is also a TQWSWinControl.X 
which implements a few extra steps. In a normal situation one 
would have called "inherited". The call to inherited is
resolved at compile time and would in this example to a call to
TWSControl.X. That is not what we want.
To get around this, call the parent yourself:
  TWSWinControlClass(ClassParent).X