<p>Am 26.09.2014 10:58 schrieb "Michael Van Canneyt" <<a href="mailto:michael@freepascal.org">michael@freepascal.org</a>>:<br>
><br>
><br>
><br>
> On Fri, 26 Sep 2014, Martin Schreiber wrote:<br>
><br>
>> On Friday 26 September 2014 10:38:36 Michael Van Canneyt wrote:<br>
>>>><br>
>>>> Again have a look at MSEgui, tobjectlinker in mseclasses.pas. It is not<br>
>>>> so easy to implement as it seems. ;-)<br>
>>><br>
>>><br>
>>> It is. Depends on your definition of difficult, of course.<br>
>>><br>
>> Or the implemented functionality.<br>
><br>
><br>
> Absolutely. A signaling mechanism, synchronous, is not hard.<br>
><br>
> If you want asynchronous, or if you want the signal executed in the context of a thread in case of multiple threads, that is another matter.<br>
><br>
> Although I am having difficulty seeing how you would decide which signal must be executed in what thread... an object does not automatically belong to a thread...</p>
<p>In Qt it does. Each QObject has a thread it is owned by and thus the signal handling mechanism knows to which thread to queue to deliver a signal to a certain object.</p>
<p>Regards,<br>
Sven</p>