It could have been resolved at runtime time when connect() is perform instead and not when called with both source and receiver QObject thread affinity. But that would have leave the moveTothread() the burden to disconnect and reconnect and other mind puzzle somewhere else I’m pretty sure. If you need to known the underhood implementation to perform the correct call, it’s because something need to be clarify somewhere.
The fact that the signal is routed when emitted and the route is not pre traced when doing the connection is required to make the correct assumption. From: Konstantin Shegunov <[email protected]> Sent: November 30, 2018 4:10 PM To: Jérôme Godbout <[email protected]> Cc: Alexander Dyagilev <[email protected]>; Interests Qt <[email protected]> Subject: Re: [Interest] Is it OK to emit from different thread? On Fri, Nov 30, 2018 at 11:05 PM Jérôme Godbout <[email protected]<mailto:[email protected]>> wrote: Only the current thread and the receiver are used to determine the automatic connection queued or not. As I wrote in my previous mail. Of course only those two things are checked, they are the only relevant ones. Did you expect the sender to be checked as well?
_______________________________________________ Interest mailing list [email protected] https://lists.qt-project.org/listinfo/interest
