This leaves only TkInter as an allround option, but I'm avoiding that like
the plague.
So I started digging around for a 64bit Windows version of PyQt or
wxPython, but had no luck so far.
The only solution atm seems to compile PyQT or wxPython for Win64 myself,
but having read the documentation
on how to compile wx and qt combined with the fact that I never ever
compiled anything before makes me feel like I'd
rather not go down that road.
Long story short: Can ne1 recommend a suitable cross platform GUI lib for
Python that's not Tk, or alternatively,
point me in the right direction of a downloadable version of PyQT and/or
wx for Windows64?
Thanks a lot,
Stefan
--
Stefan Kubicek
www.tidbit-images.com
---
Unsubscribe? Mail Majo...@Softimage.COM with the following text in body:
unsubscribe xsi
I can confirm Qt builds no problem on linux64 - though I've never
tried with python (though
PyQt on linux 64 is available in a repo for most distros anyway).
I've compiled Qt on windows (though just 32bit) and it's not a problem
- it's build system is
pretty good actually (though I tend to use CMake for things rather
than Qt's qmake). The
place I'd recommend starting is
http://sourceforge.net/project/showfiles.php?group_id=202880
A project to get a win64 package of mingw, given it's the compiler
most often used for Qt
projects it's a good place to start. Then grab the source and give it
a swing.Once you've got
that sorted I guess it's down to getting the python bindings working.
I'd be interested to hear if you do get a win64 compile of Qt using
that as I've not looked much
into 64bit versions of Qt applications on windows.
Cheers,
Alan.
a coworker has been stuck getting pyqt GUIs working in xsi.
thanks
steven
On Sep 21, 2008, at 12:48 PM, "Stefan Kubicek" <x...@tidbit-images.com>
wrote:
> I'm looking into building cross-platform GUI's in XSI (that is: Win
Just out of curiosity: Has any one ever looked at Pywin? Won't work on
Linux of course, but
the GUI libs look pretty complete.
Thanks a gain,
Stefan
>> --Stefan Kubicek
I've no idea if this helps or not, but this reminded me about a thread on
the maya python list, this is a py script that ships with maya relating to
getting QT running [I think]:
#Creation Date: (July 16, 2007)
#Author: John Creson
import maya.cmds as cmds
import maya.utils as utils
import threading
import time
import sys
from PyQt4 import QtCore, QtGui
pumpedThread = None
app = None
def pumpQt():
global app
def processor():
app.processEvents()
while 1:
time.sleep(0.01)
utils.executeDeferred( processor )
def initializePumpThread():
global pumpedThread
global app
if pumpedThread == None:
app = QtGui.QApplication(sys.argv)
pumpedThread = threading.Thread( target = pumpQt, args = ()
)
pumpedThread.start()
Sorry to drag this up again, just spent all day compiling QT for vista 64
[first thing I've ever compiled, and not actually too bad - I'll try and get
the appropriate steps together if people think it will be useful].
Qt seems to behave itself perfectly when running from python direct [ie .py
scripts or from the interpreter], but I can't get anything to actually
happen from within XSI - Steven [or anyone else], would you care to share
any knowledge you've got for integrating this kind of thing? Or any actual
scripts for getting a QT window up and functioning.
Many thanks all,
Jules
> we haven't got anything running either... but our programmer eric is
> very very close. i dont know all the details but i had a conversation
> with him recently.
>
> he was mentioning to me you have to intercept events from the qt app
> because xsi is ignoring them. he said something about when you click a
> button in the qt app, xsi steals this so part of the signal in qt needs
> to tell the qt app its button has been pushed. you also need keyup and
> keydown event plugins for xsi to manage those events being sent to qt
> and not xsi. so when your mouse is over the qt app key strokes are sent
> to the qt app.
Ok, simple sounding this is not :).
> i would explore win32gui library and pyHook library if you want to do
> this in pure python/pyQT
So I'm guessing relying on win32gui is going to kill any of the cross
platform Qt goodness?
> i hope once we get this working and working well, we will release it to
> our blurbeta tools, but this is ultimately up to the developer and blur
That would be very cool, but understand if not possible.
Cheers,
Jules