[Lazarus] FPC 2.6.2 + Thread.Queue?

Michael Schnell mschnell at lumino.de
Wed Apr 24 12:05:41 CEST 2013


On 04/24/2013 11:48 AM, Sven Barth wrote:
>
> QueueAsyncCall was implemented before TThread.Queue, because the 
> Lazarus developers thought it is a good idea (which I basically agree 
> to)...
>
Yep.

But now it would be a good idea to overcome this situation - that 
obviously is introduced by two different teams doing the LCL and the RTL 
and designs - by a unified solution, that handles the 
thread-to-mainthread  signaling in a single WidgetType-independent (set 
of) unit(s) (supposedly residing in the RTL), that provides an interface 
that can used by any WidgetType in the LCL and is versatile enough to 
allow for WidgetTypes that need to adhere to an external GUI-provided 
event Queue (such as Windows) and a parallel internal non-GUI-EventQueue 
(such as KDE).

Based on this the "CustomDrawn" and "fpGUI" WidgetTypes can easily 
provide this full functionality, and a non-horrible "active NoGUI" 
WidgetType can be done.

-Michael





More information about the Lazarus mailing list