[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