On 06:49 pm, sank.dan...@gmail.com wrote:
There's a 3rd party event loop for Twisted that runs on top of Qt
(qt4reactor), which would
allow Twisted and Qt code to run in the same thread.

Speaking of which, why isn't that thing officially part of twisted? Super
useful.

The PyQt team insists that the PyQt license is incompatible with Twisted's license (this is an intentional simplification, you can read more about the issue on PyQt's website if you really care).

Since PySide now exists this is potentially no longer an issue. However, the last thing I heard about using PySide to run the Qt reactor is that it segfaulted sometimes.

So perhaps the reason is that someone needs to do some work to determine if PySide is actually safe to use with the Qt reactor now and, if it is, shuffle some code around.

However, I'm not even sure if the GUI reactors *should* be distributed as part of the main Twisted package. They are already first-class reactors via the plugin system. Independent releases let them track changes in the GUI library they're each concerned with more quickly than they could if they were part of Twisted itself.

Perhaps there are other reasons, like simplicity of packaging or quality of continuous integration testing, that would override those issues and make it worth bringing Qt reactor back into Twisted. Sorting that out is also a task that requires someone interested to step up an do some work, though. :)

Jean-Paul

_______________________________________________
Twisted-Python mailing list
Twisted-Python@twistedmatrix.com
http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python

Reply via email to