pyqt-mac-list — List for users/developers of PyQt-Mac.

Re: [Pyqt-mac-list] Re: ImportError: Inappropriate file type for dynamic loading

[Andy D. <ada...@sm...>]

I am using PyQt4-snapshot* against a from-source python-2.4.2 on OS X.

Check that your DYNLOADFILE isn't defaulting to something like  
dyn_next.o.  You can see configure report the use of dyn_next, so  
it's easy to test early in the build process.  I hacked around this  
and promptly forgot my solution, but I was later able to provide the  
hint to a coworker and he now reports that you'll need to do a
	DYNLOADFILE=dyn_shlib.o ./configure --enable-framework --enable- 
toolbox-glue --enable-shared ...

Thanks to Phil and the group for the software and support,


On Mar 27, 2006, at 2:58 AM, Patrick Stinson wrote:
> After hours of frustrating madness, I've finally realized that you  
> can't use pyqt4 with MacPython-2.4.1 or python-2.4.2 from source.  
> Everything works fine with the MacPython-2.3.5 installed with  
> tiger, as long as qt is configured with -no-framework.
>
> Is there some dynamic library config option on python-2.4.2 that  
> will fix this?
>
> .and to think all that was because unittest.TestCase.assertTrue  
> doesn't exist in 2.3. geeze...

[Pyqt-mac-list] Re: ImportError: Inappropriate file type for dynamic loading

[Patrick S. <pat...@gm...>]

After hours of frustrating madness, I've finally realized that you can't us=
e
pyqt4 with MacPython-2.4.1 or python-2.4.2 from source. Everything works
fine with the MacPython-2.3.5 installed with tiger, as long as qt is
configured with -no-framework.

Is there some dynamic library config option on python-2.4.2 that will fix
this?

.and to think all that was because unittest.TestCase.assertTrue doesn't
exist in 2.3. geeze...

On 3/16/06, Patrick Stinson <pat...@gm...> wrote:
>
> I had everything working with standard OS X python2.3, but started gettin=
g
> this error after trying to install with python2.4.2 from source, and also
> with python.org's 2.4.1 binaries.
>
> patrickkidd:~/Desktop/PyQt4-gpl-snapshot-20060314 patrick$ python
> Python 2.4.1 (#2, Mar 31 2005, 00:05:10)
> [GCC 3.3 20030304 (Apple Computer, Inc. build 1666)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import PyQt4.QtGui
> Traceback (most recent call last):
>   File "<stdin>", line 1, in ?
> ImportError: Inappropriate file type for dynamic loading
> >>>
>
> Now I can't get it working anywhere. I'm sure this has something to do
> with the mkspec build profile (of which I'm using macx-g++). After lookin=
g
> in the python source, this error is raised when the interpreter attempts =
to
> open a file as a shared library anf failes with a "not approriate" kind o=
f
> error. Anyway, I get this in a few other places on my mac as well, and it
> would be nice to sort out. I built qt-4.1.1 from source with ./configure
> -qt-gif.
>
> - OS X python-2.4.1 binaries from python.org
> - python.org tiger fix
> - qt-4.1.1
> - latest snapshots of sip and PyQt4
>
> --
> Patrick Kidd Stinson
> http://www.patrickkidd.com/
> http://pkaudio.sourceforge.net/
> http://pksampler.sourceforge.net/
>



--
Patrick Kidd Stinson
http://www.patrickkidd.com/
http://pkaudio.sourceforge.net/
http://pksampler.sourceforge.net/

Re: [Pyqt-mac-list] pykde build error with Fink KDE 3.5.2

[Phil T. <ph...@ri...>]

On Wednesday 22 March 2006 4:58 pm, Benjamin Reed wrote:
> I'm trying to package kdebindings 3.5.2 for fink (against qt/x11), and
> running into a compile error in pykde:

Try the PyKDE mailing list. I don't think the PyKDE author reads this list.

Phil

[Pyqt-mac-list] pykde build error with Fink KDE 3.5.2

[Benjamin R. <ran...@gm...>]

SSdtIHRyeWluZyB0byBwYWNrYWdlIGtkZWJpbmRpbmdzIDMuNS4yIGZvciBmaW5rIChhZ2FpbnN0
IHF0L3gxMSksIGFuZApydW5uaW5nIGludG8gYSBjb21waWxlIGVycm9yIGluIHB5a2RlOgoKLS0t
KHNuaXAhKS0tLQpnKystNC4wIC1jIC1Xbm8tZGVwcmVjYXRlZC1kZWNsYXJhdGlvbnMgLXBpcGUg
LWZQSUMgLU9zIC1XYWxsIC1XCi1EX19EQVJXSU5fWDExX18gLURRVF9OT19ERUJVRyAtRFFUX1RI
UkVBRF9TVVBQT1JUCi1JL1VzZXJzL3Jhbmdlci90bXAva2RlYmluZGluZ3Mva2RlYmluZGluZ3Mt
My41LjItbmV3L3B5dGhvbi9weWtkZS8uLi9weWtkZS9rcGFydHMKLUkvVXNlcnMvcmFuZ2VyL3Rt
cC9rZGViaW5kaW5ncy9rZGViaW5kaW5ncy0zLjUuMi1uZXcvcHl0aG9uL3B5a2RlL2V4dHJhL2tk
ZWN2cwotSS9zdy9pbmNsdWRlIC1JL3N3L2luY2x1ZGUva2lvIC1JLi4va2lvIC1JL3N3L2luY2x1
ZGUva3BhcnRzCi1JL3N3L2xpYi9xdDMvaW5jbHVkZQotSS9Vc2Vycy9yYW5nZXIvdG1wL2tkZWJp
bmRpbmdzL2tkZWJpbmRpbmdzLTMuNS4yLW5ldy9weXRob24vc2lwL3NpcGxpYgotSS9zdy9pbmNs
dWRlL3B5dGhvbjIuNCAtSS91c3IvWDExUjYvaW5jbHVkZSAtbyBzaXBrcGFydHNwYXJ0MC5vCi9V
c2Vycy9yYW5nZXIvdG1wL2tkZWJpbmRpbmdzL2tkZWJpbmRpbmdzLTMuNS4yLW5ldy9weXRob24v
cHlrZGUvLi4vcHlrZGUva3BhcnRzL3NpcGtwYXJ0c3BhcnQwLmNwcApzaXBrcGFydHNLUGFydHNF
dmVudC5oOjQzOiBlcnJvcjogZXhwZWN0ZWQgY2xhc3MtbmFtZSBiZWZvcmUgJ3snIHRva2VuCnNp
cGtwYXJ0c0tQYXJ0c0V2ZW50Lmg6NDY6IGVycm9yOiBleHBlY3RlZCB1bnF1YWxpZmllZC1pZCBi
ZWZvcmUgJyYnIHRva2VuCnNpcGtwYXJ0c0tQYXJ0c0V2ZW50Lmg6NDY6IGVycm9yOiBleHBlY3Rl
ZCAnLCcgb3IgJy4uLicgYmVmb3JlICcmJyB0b2tlbgpzaXBrcGFydHNLUGFydHNFdmVudC5oOjQ2
OiBlcnJvcjogSVNPIEMrKyBmb3JiaWRzIGRlY2xhcmF0aW9uIG9mCidwYXJhbWV0ZXInIHdpdGgg
bm8gdHlwZQpzaXBrcGFydHNLUGFydHNHVUlBY3RpdmF0ZUV2ZW50Lmg6NDI6IGVycm9yOiBpbnZh
bGlkIHVzZSBvZiB1bmRlZmluZWQKdHlwZSAnc3RydWN0IEtQYXJ0czo6R1VJQWN0aXZhdGVFdmVu
dCcKL3N3L2luY2x1ZGUva3BhcnRzL3BhcnQuaDo0OTogZXJyb3I6IGZvcndhcmQgZGVjbGFyYXRp
b24gb2YgJ3N0cnVjdApLUGFydHM6OkdVSUFjdGl2YXRlRXZlbnQnCnNpcGtwYXJ0c0tQYXJ0c1Bh
cnRTZWxlY3RFdmVudC5oOjQ0OiBlcnJvcjogaW52YWxpZCB1c2Ugb2YgdW5kZWZpbmVkCnR5cGUg
J3N0cnVjdCBLUGFydHM6OlBhcnRTZWxlY3RFdmVudCcKL3N3L2luY2x1ZGUva3BhcnRzL3BhcnQu
aDo0ODogZXJyb3I6IGZvcndhcmQgZGVjbGFyYXRpb24gb2YgJ3N0cnVjdApLUGFydHM6OlBhcnRT
ZWxlY3RFdmVudCcKc2lwa3BhcnRzS1BhcnRzUGFydEFjdGl2YXRlRXZlbnQuaDo0NDogZXJyb3I6
IGludmFsaWQgdXNlIG9mIHVuZGVmaW5lZAp0eXBlICdzdHJ1Y3QgS1BhcnRzOjpQYXJ0QWN0aXZh
dGVFdmVudCcKL3N3L2luY2x1ZGUva3BhcnRzL3BhcnQuaDo0NzogZXJyb3I6IGZvcndhcmQgZGVj
bGFyYXRpb24gb2YgJ3N0cnVjdApLUGFydHM6OlBhcnRBY3RpdmF0ZUV2ZW50JwpzaXBrcGFydHNw
YXJ0MC5jcHA6IEluIGNvbnN0cnVjdG9yCidzaXBLUGFydHNfUGFydFNlbGVjdEV2ZW50OjpzaXBL
UGFydHNfUGFydFNlbGVjdEV2ZW50KGJvb2wsCktQYXJ0czo6UGFydCosIFFXaWRnZXQqKSc6CnNp
cGtwYXJ0c3BhcnQwLmNwcDoyMjY0MTogZXJyb3I6IHR5cGUgJ2NsYXNzIEtQYXJ0czo6UGFydFNl
bGVjdEV2ZW50JwppcyBub3QgYSBkaXJlY3QgYmFzZSBvZiAnc2lwS1BhcnRzX1BhcnRTZWxlY3RF
dmVudCcKc2lwa3BhcnRzcGFydDAuY3BwOiBJbiBjb25zdHJ1Y3Rvcgonc2lwS1BhcnRzX1BhcnRT
ZWxlY3RFdmVudDo6c2lwS1BhcnRzX1BhcnRTZWxlY3RFdmVudChjb25zdApLUGFydHM6OlBhcnRT
ZWxlY3RFdmVudCYpJzoKc2lwa3BhcnRzcGFydDAuY3BwOjIyNjQ2OiBlcnJvcjogdHlwZSAnY2xh
c3MgS1BhcnRzOjpQYXJ0U2VsZWN0RXZlbnQnCmlzIG5vdCBhIGRpcmVjdCBiYXNlIG9mICdzaXBL
UGFydHNfUGFydFNlbGVjdEV2ZW50JwpzaXBrcGFydHNwYXJ0MC5jcHA6IEluIG1lbWJlciBmdW5j
dGlvbiAnY29uc3QgY2hhcioKc2lwS1BhcnRzX1BhcnRTZWxlY3RFdmVudDo6ZXZlbnROYW1lKCkg
Y29uc3QnOgpzaXBrcGFydHNwYXJ0MC5jcHA6MjI2NjY6IGVycm9yOiBjYW5ub3QgY2FsbCBtZW1i
ZXIgZnVuY3Rpb24gJ3ZpcnR1YWwKY29uc3QgY2hhciogS1BhcnRzOjpFdmVudDo6ZXZlbnROYW1l
KCkgY29uc3QnIHdpdGhvdXQgb2JqZWN0CnNpcGtwYXJ0c3BhcnQwLmNwcDogSW4gY29uc3RydWN0
b3IKJ3NpcEtQYXJ0c19QYXJ0QWN0aXZhdGVFdmVudDo6c2lwS1BhcnRzX1BhcnRBY3RpdmF0ZUV2
ZW50KGJvb2wsCktQYXJ0czo6UGFydCosIFFXaWRnZXQqKSc6CnNpcGtwYXJ0c3BhcnQwLmNwcDoy
Mjg4ODogZXJyb3I6IHR5cGUgJ2NsYXNzCktQYXJ0czo6UGFydEFjdGl2YXRlRXZlbnQnIGlzIG5v
dCBhIGRpcmVjdCBiYXNlIG9mCidzaXBLUGFydHNfUGFydEFjdGl2YXRlRXZlbnQnCnNpcGtwYXJ0
c3BhcnQwLmNwcDogSW4gY29uc3RydWN0b3IKJ3NpcEtQYXJ0c19QYXJ0QWN0aXZhdGVFdmVudDo6
c2lwS1BhcnRzX1BhcnRBY3RpdmF0ZUV2ZW50KGNvbnN0CktQYXJ0czo6UGFydEFjdGl2YXRlRXZl
bnQmKSc6CnNpcGtwYXJ0c3BhcnQwLmNwcDoyMjg5MzogZXJyb3I6IHR5cGUgJ2NsYXNzCktQYXJ0
czo6UGFydEFjdGl2YXRlRXZlbnQnIGlzIG5vdCBhIGRpcmVjdCBiYXNlIG9mCidzaXBLUGFydHNf
UGFydEFjdGl2YXRlRXZlbnQnCnNpcGtwYXJ0c3BhcnQwLmNwcDogSW4gbWVtYmVyIGZ1bmN0aW9u
ICdjb25zdCBjaGFyKgpzaXBLUGFydHNfUGFydEFjdGl2YXRlRXZlbnQ6OmV2ZW50TmFtZSgpIGNv
bnN0JzoKc2lwa3BhcnRzcGFydDAuY3BwOjIyOTEzOiBlcnJvcjogY2Fubm90IGNhbGwgbWVtYmVy
IGZ1bmN0aW9uICd2aXJ0dWFsCmNvbnN0IGNoYXIqIEtQYXJ0czo6RXZlbnQ6OmV2ZW50TmFtZSgp
IGNvbnN0JyB3aXRob3V0IG9iamVjdApzaXBrcGFydHNwYXJ0MC5jcHA6IEluIGNvbnN0cnVjdG9y
CidzaXBLUGFydHNfR1VJQWN0aXZhdGVFdmVudDo6c2lwS1BhcnRzX0dVSUFjdGl2YXRlRXZlbnQo
Ym9vbCknOgpzaXBrcGFydHNwYXJ0MC5jcHA6MjMxMzU6IGVycm9yOiB0eXBlICdjbGFzcyBLUGFy
dHM6OkdVSUFjdGl2YXRlRXZlbnQnCmlzIG5vdCBhIGRpcmVjdCBiYXNlIG9mICdzaXBLUGFydHNf
R1VJQWN0aXZhdGVFdmVudCcKc2lwa3BhcnRzcGFydDAuY3BwOiBJbiBjb25zdHJ1Y3Rvcgonc2lw
S1BhcnRzX0dVSUFjdGl2YXRlRXZlbnQ6OnNpcEtQYXJ0c19HVUlBY3RpdmF0ZUV2ZW50KGNvbnN0
CktQYXJ0czo6R1VJQWN0aXZhdGVFdmVudCYpJzoKc2lwa3BhcnRzcGFydDAuY3BwOjIzMTQwOiBl
cnJvcjogdHlwZSAnY2xhc3MgS1BhcnRzOjpHVUlBY3RpdmF0ZUV2ZW50JwppcyBub3QgYSBkaXJl
Y3QgYmFzZSBvZiAnc2lwS1BhcnRzX0dVSUFjdGl2YXRlRXZlbnQnCnNpcGtwYXJ0c3BhcnQwLmNw
cDogSW4gbWVtYmVyIGZ1bmN0aW9uICdjb25zdCBjaGFyKgpzaXBLUGFydHNfR1VJQWN0aXZhdGVF
dmVudDo6ZXZlbnROYW1lKCkgY29uc3QnOgpzaXBrcGFydHNwYXJ0MC5jcHA6MjMxNjA6IGVycm9y
OiBjYW5ub3QgY2FsbCBtZW1iZXIgZnVuY3Rpb24gJ3ZpcnR1YWwKY29uc3QgY2hhciogS1BhcnRz
OjpFdmVudDo6ZXZlbnROYW1lKCkgY29uc3QnIHdpdGhvdXQgb2JqZWN0CnNpcGtwYXJ0c3BhcnQw
LmNwcDogSW4gbWVtYmVyIGZ1bmN0aW9uICdpbnQKc2lwS1BhcnRzX0Jyb3dzZXJFeHRlbnNpb246
OnNpcEVtaXRfcG9wdXBNZW51KFB5T2JqZWN0KiknOgpzaXBrcGFydHNwYXJ0MC5jcHA6MzM4Mzc6
IHdhcm5pbmc6IGNvbnZlcnRpbmcgbmVnYXRpdmUgdmFsdWUKJy0weDAwMDAwMDAwMDAwMDAwMDAx
JyB0byAndW5zaWduZWQgaW50JwpzaXBrcGFydHNwYXJ0MC5jcHA6MzM4NTY6IHdhcm5pbmc6IGNv
bnZlcnRpbmcgbmVnYXRpdmUgdmFsdWUKJy0weDAwMDAwMDAwMDAwMDAwMDAxJyB0byAndW5zaWdu
ZWQgaW50JwpzaXBrcGFydHNwYXJ0MC5jcHA6MzM4NzU6IHdhcm5pbmc6IGNvbnZlcnRpbmcgbmVn
YXRpdmUgdmFsdWUKJy0weDAwMDAwMDAwMDAwMDAwMDAxJyB0byAndW5zaWduZWQgaW50JwpzaXBr
cGFydHNwYXJ0MC5jcHA6IEluIGNvbnN0cnVjdG9yCidzaXBLUGFydHNfRXZlbnQ6OnNpcEtQYXJ0
c19FdmVudChjb25zdCBjaGFyKiknOgpzaXBrcGFydHNwYXJ0MC5jcHA6MzQ3MTI6IGVycm9yOiB0
eXBlICdjbGFzcyBLUGFydHM6OkV2ZW50JyBpcyBub3QgYQpkaXJlY3QgYmFzZSBvZiAnc2lwS1Bh
cnRzX0V2ZW50JwpzaXBrcGFydHNwYXJ0MC5jcHA6IEF0IGdsb2JhbCBzY29wZToKc2lwa3BhcnRz
cGFydDAuY3BwOjM0NzE3OiBlcnJvcjogcHJvdG90eXBlIGZvcgonc2lwS1BhcnRzX0V2ZW50Ojpz
aXBLUGFydHNfRXZlbnQoY29uc3QgS1BhcnRzOjpFdmVudCYpJyBkb2VzIG5vdAptYXRjaCBhbnkg
aW4gY2xhc3MgJ3NpcEtQYXJ0c19FdmVudCcKc2lwa3BhcnRzS1BhcnRzRXZlbnQuaDo1ODogZXJy
b3I6IGNhbmRpZGF0ZXMgYXJlOgpzaXBLUGFydHNfRXZlbnQ6OnNpcEtQYXJ0c19FdmVudChjb25z
dCBzaXBLUGFydHNfRXZlbnQmKQpzaXBrcGFydHNLUGFydHNFdmVudC5oOjQ2OiBlcnJvcjogICAg
ICAgICAgICAgICAgCnNpcEtQYXJ0c19FdmVudDo6c2lwS1BhcnRzX0V2ZW50KGludCkKc2lwa3Bh
cnRzcGFydDAuY3BwOjM0NzEyOiBlcnJvcjogICAgICAgICAgICAgICAgCnNpcEtQYXJ0c19FdmVu
dDo6c2lwS1BhcnRzX0V2ZW50KGNvbnN0IGNoYXIqKQpzaXBrcGFydHNwYXJ0MC5jcHA6IEluIGNv
bnN0cnVjdG9yCidzaXBLUGFydHNfRXZlbnQ6OnNpcEtQYXJ0c19FdmVudChjb25zdCBLUGFydHM6
OkV2ZW50JiknOgpzaXBrcGFydHNwYXJ0MC5jcHA6MzQ3MTc6IGVycm9yOiB0eXBlICdjbGFzcyBL
UGFydHM6OkV2ZW50JyBpcyBub3QgYQpkaXJlY3QgYmFzZSBvZiAnc2lwS1BhcnRzX0V2ZW50Jwpz
aXBrcGFydHNwYXJ0MC5jcHA6IEluIG1lbWJlciBmdW5jdGlvbiAnY29uc3QgY2hhcioKc2lwS1Bh
cnRzX0V2ZW50OjpldmVudE5hbWUoKSBjb25zdCc6CnNpcGtwYXJ0c3BhcnQwLmNwcDozNDczNzog
ZXJyb3I6IGNhbm5vdCBjYWxsIG1lbWJlciBmdW5jdGlvbiAndmlydHVhbApjb25zdCBjaGFyKiBL
UGFydHM6OkV2ZW50OjpldmVudE5hbWUoKSBjb25zdCcgd2l0aG91dCBvYmplY3QKc2lwa3BhcnRz
cGFydDAuY3BwOiBJbiBmdW5jdGlvbiAndm9pZCogaW5pdF9LUGFydHNfRXZlbnQoc2lwV3JhcHBl
ciosClB5T2JqZWN0KiwgaW50KiknOgpzaXBrcGFydHNwYXJ0MC5jcHA6MzQ4NjI6IGVycm9yOiBu
byBtYXRjaGluZyBmdW5jdGlvbiBmb3IgY2FsbCB0bwonc2lwS1BhcnRzX0V2ZW50OjpzaXBLUGFy
dHNfRXZlbnQoY29uc3QgS1BhcnRzOjpFdmVudCYpJwpzaXBrcGFydHNLUGFydHNFdmVudC5oOjU4
OiBub3RlOiBjYW5kaWRhdGVzIGFyZToKc2lwS1BhcnRzX0V2ZW50OjpzaXBLUGFydHNfRXZlbnQo
Y29uc3Qgc2lwS1BhcnRzX0V2ZW50JikKc2lwa3BhcnRzS1BhcnRzRXZlbnQuaDo0Njogbm90ZTog
ICAgICAgICAgICAgICAgCnNpcEtQYXJ0c19FdmVudDo6c2lwS1BhcnRzX0V2ZW50KGludCkKc2lw
a3BhcnRzcGFydDAuY3BwOjM0NzEyOiBub3RlOiAgICAgICAgICAgICAgICAKc2lwS1BhcnRzX0V2
ZW50OjpzaXBLUGFydHNfRXZlbnQoY29uc3QgY2hhciopCm1ha2U6ICoqKiBbc2lwa3BhcnRzcGFy
dDAub10gRXJyb3IgMQotLS0oc25pcCEpLS0tCgpTaW5jZSB0aGlzIGlzIGFsbCBhIG1hemUgb2Yg
Z2VuZXJhdGVkIGNvZGUsIEknbSBub3QgcmVhbGx5IHN1cmUgd2hlcmUKdG8gbG9vayB0byBmaW5k
IG91dCB3aGF0J3MgZ29pbmcgb24uICBBbnkgaWRlYXM/Cg==

[Pyqt-mac-list] ImportError: Inappropriate file type for dynamic loading

[Patrick S. <pat...@gm...>]

I had everything working with standard OS X python2.3, but started getting
this error after trying to install with python2.4.2 from source, and also
with python.org's 2.4.1 binaries.

patrickkidd:~/Desktop/PyQt4-gpl-snapshot-20060314 patrick$ python
Python 2.4.1 (#2, Mar 31 2005, 00:05:10)
[GCC 3.3 20030304 (Apple Computer, Inc. build 1666)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import PyQt4.QtGui
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
ImportError: Inappropriate file type for dynamic loading
>>>

Now I can't get it working anywhere. I'm sure this has something to do with
the mkspec build profile (of which I'm using macx-g++). After looking in th=
e
python source, this error is raised when the interpreter attempts to open a
file as a shared library anf failes with a "not approriate" kind of error.
Anyway, I get this in a few other places on my mac as well, and it would be
nice to sort out. I built qt-4.1.1 from source with ./configure -qt-gif.

- OS X python-2.4.1 binaries from python.org
- python.org tiger fix
- qt-4.1.1
- latest snapshots of sip and PyQt4

--
Patrick Kidd Stinson
http://www.patrickkidd.com/
http://pkaudio.sourceforge.net/
http://pksampler.sourceforge.net/

[Pyqt-mac-list] PyQt Support for MacOS

[Phil T. <ph...@ri...>]

Historically PyQt support for MacOS has relied on the efforts of users as I 
haven't had my own Mac. This has now changed and I have a Mac and a 
commercial Qt license.

Current PyQt3 and PyQt4 snapshots are known to build correctly on MacOS 10.4 
with Qt v3.3.6 and v4.1.1 (both framework and non-framework).

While I will answer questions on this mailing list I won't post anything. I 
recommend people subscribe to the main PyKDE/PyQt mailing list if you don't 
already.

Phil

[Pyqt-mac-list] Install Qt4.1.0 on OSX 10.4.2

[Jay M. <jm...@ua...>]

> I reinstalled Qt omitting the -universal and path to the sdk and it
> seemed to build fine.
> QtCore and qglobal are there but not where pyQt configure expects to
> find them.
>
> /usr/local/Trolltech/Qt-4.1.0/lib/QtCore.framework/headers  is where
> qglobal.h is.
>
> I tried python configure.py -d/path but it didn't like that
> either?????????
>

 From Patrick Stinson's answer:

"""
try building qt with the -no-framework option
"""

Regards,

Diez

Ok so I tried the -no-framework option and it creates the makefiles  
and runs through make with no errors BUT
I have 18gb free on my HD and without checking disk space I do make  
install and it takes free space to 0 and gives me errors.

What did I do wrong??

Thanks

Jay

Re: [Pyqt-mac-list] (no subject)

[Diez B. R. <de...@we...>]

> I reinstalled Qt omitting the -universal and path to the sdk and it
> seemed to build fine.
> QtCore and qglobal are there but not where pyQt configure expects to
> find them.
>
> /usr/local/Trolltech/Qt-4.1.0/lib/QtCore.framework/headers  is where
> qglobal.h is.
>
> I tried python configure.py -d/path but it didn't like that
> either?????????

=46rom Patrick Stinson's answer:

"""
try building qt with the -no-framework option
"""

Regards,

Diez

[Pyqt-mac-list] (no subject)

[Jay M. <jm...@ua...>]

 > I downloaded and installed the open source edition of QT 4.1.0
 > I downloaded and installed the latest snapshot of SIP and then tried
 > PyQt and get the following
 >
 >
 > Error: qglobal.h could not be found in
 > /usr/local/Trolltech/Qt-4.1.0/include/QtCore or
 > /usr/local/Trolltech/Qt-4.1.0/include.
 > Incommunicado:~/documents/downloads/PyQt4-gpl-snapshot-20060212 jlm1$
 >
 > QtCore doesn't exist and neither does qglobal.h

Well, they are both part of Qt, so if they don't exist you haven't  
installed
Qt properly.

Phil


I reinstalled Qt omitting the -universal and path to the sdk and it  
seemed to build fine.
QtCore and qglobal are there but not where pyQt configure expects to  
find them.

/usr/local/Trolltech/Qt-4.1.0/lib/QtCore.framework/headers  is where  
qglobal.h is.

I tried python configure.py -d/path but it didn't like that  
either?????????

Thanks

Re: [Pyqt-mac-list] Installing on Tiger 10.4.2

[Patrick S. <pat...@gm...>]

try building qt with the -no-framework option

On 2/12/06, Phil Thompson <ph...@ri...> wrote:
>
> On Sunday 12 February 2006 4:31 pm, Jay Mutter wrote:
> > I downloaded and installed the open source edition of QT 4.1.0
> > I downloaded and installed the latest snapshot of SIP and then tried
> > PyQt and get the following
> >
> >
> > Error: qglobal.h could not be found in
> > /usr/local/Trolltech/Qt-4.1.0/include/QtCore or
> > /usr/local/Trolltech/Qt-4.1.0/include.
> > Incommunicado:~/documents/downloads/PyQt4-gpl-snapshot-20060212 jlm1$
> >
> > QtCore doesn't exist and neither does qglobal.h
>
> Well, they are both part of Qt, so if they don't exist you haven't
> installed
> Qt properly.
>
> Phil
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> Pyqt-mac-list mailing list
> Pyq...@li...
> https://lists.sourceforge.net/lists/listinfo/pyqt-mac-list
>



--
Patrick Kidd Stinson
http://pkaudio.sourceforge.net/
http://pksampler.sourceforge.net/

[Pyqt-mac-list] previous message

[Jay M. <jm...@ua...>]

Phil;

thanks for the reply.

I  did a bit of playing around with QT designer and it seemed to  
function alright so i thought it was installed fine.

i have removed the installation and am in the process of reinstalling  
QT.  I will then check for these components and if there will attempt  
SIP and PyQT again.

Thanks

jay

Re: [Pyqt-mac-list] Installing on Tiger 10.4.2

[Phil T. <ph...@ri...>]

On Sunday 12 February 2006 4:31 pm, Jay Mutter wrote:
> I downloaded and installed the open source edition of QT 4.1.0
> I downloaded and installed the latest snapshot of SIP and then tried
> PyQt and get the following
>
>
> Error: qglobal.h could not be found in
> /usr/local/Trolltech/Qt-4.1.0/include/QtCore or
> /usr/local/Trolltech/Qt-4.1.0/include.
> Incommunicado:~/documents/downloads/PyQt4-gpl-snapshot-20060212 jlm1$
>
> QtCore doesn't exist and neither does qglobal.h

Well, they are both part of Qt, so if they don't exist you haven't installed 
Qt properly.

Phil

[Pyqt-mac-list] Installing on Tiger 10.4.2

[Jay M. <jm...@ua...>]

I downloaded and installed the open source edition of QT 4.1.0
I downloaded and installed the latest snapshot of SIP and then tried  
PyQt and get the following


Error: qglobal.h could not be found in
/usr/local/Trolltech/Qt-4.1.0/include/QtCore or
/usr/local/Trolltech/Qt-4.1.0/include.
Incommunicado:~/documents/downloads/PyQt4-gpl-snapshot-20060212 jlm1$

QtCore doesn't exist and neither does qglobal.h

Have I downloaded the wrong package?

Thanks

Jay mutter

jm...@ua...

[Pyqt-mac-list] ImportError: Inappropriate file type for dynamic loading

[Patrick S. <pat...@gm...>]

After building PyQt4 on OS X, I get this error for

import qt

and

from PyQt4 import *

I've got fink qt3 installed. Any ideas?

--
Patrick Kidd Stinson
http://pkaudio.sourceforge.net/
http://pksampler.sourceforge.net/

Re: [Pyqt-mac-list] PyQt4 linking to Qt4 -framework

[Phil T. <ph...@ri...>]

On Tuesday 17 January 2006 9:38 am, Michael Mondragon wrote:
> Hi,
>
> I've been using PyQt and Qt3&4, along with the Eric3 IDE, on
> Linux and BSD. Nice stuff.
>
> Trying to get the same environment on OS X, though, is
> painful. Ridiculously so. I'll gloss over the problems with
> Eric3 [python 2.3 not 2.4, and refuses to save preferences/
> settings].
>
> I've been trying to build Qt4 and PyQt for use on OS X
> using the Framework structure that is more or less
> native to OS X. Both Qt4 and PyQt build to the framework
> structure, so this should be no problem...
>
> Problem. PyQt expects Qt4 to be in anything *but* framework
> format. I tried symlinking everything [all of the frameworks
> under my QTDIR into /Library/Frameworks, then all of the
> headers and librarys into QTDIR/include and QTDIR/lib], only
> to have the build fail claiming that QtCore was not a shared
> library [probably symlinked the wrong thing, but file(1) thought
> it was a shared library].
>
> Currently compiling Qt4 *again*, with -no-framework, to make
> PyQt build.
>
> Is it possible for future [non-developer] releases of PyQt to
> have a config parameter for linking to OS X framework builds?
> Seems odd to have both components build frameworks, but
> not be able to link together.

Some points that may help clarify things...

1. Minimal work has been done on PyQt4 for OS X, because...

2. I don't have a Mac.

3. All work to get PyQt3 working on OS X was done by Mac users and sending me 
patches.

Phil

[Pyqt-mac-list] PyQt4 linking to Qt4 -framework

[Michael M. <ma...@ho...>]

Hi,

I've been using PyQt and Qt3&4, along with the Eric3 IDE, on
Linux and BSD. Nice stuff.

Trying to get the same environment on OS X, though, is
painful. Ridiculously so. I'll gloss over the problems with
Eric3 [python 2.3 not 2.4, and refuses to save preferences/
settings].

I've been trying to build Qt4 and PyQt for use on OS X
using the Framework structure that is more or less
native to OS X. Both Qt4 and PyQt build to the framework
structure, so this should be no problem...

Problem. PyQt expects Qt4 to be in anything *but* framework
format. I tried symlinking everything [all of the frameworks
under my QTDIR into /Library/Frameworks, then all of the
headers and librarys into QTDIR/include and QTDIR/lib], only
to have the build fail claiming that QtCore was not a shared
library [probably symlinked the wrong thing, but file(1) thought
it was a shared library].

Currently compiling Qt4 *again*, with -no-framework, to make
PyQt build.

Is it possible for future [non-developer] releases of PyQt to
have a config parameter for linking to OS X framework builds?
Seems odd to have both components build frameworks, but
not be able to link together.

--Mike

Re: [Pyqt-mac-list] Q_WS_MAC

[Phil T. <ph...@ri...>]

On Thursday 12 January 2006 8:45 pm, Patrick Stinson wrote:
> It seems that the windowing system is not being set correctly by PyQt4.
> (i'm using 20060103).
>
> The C++ macro Q_MS_MAC should be set to get the QSysInfo::MacintoshVersion,
> and other reported missing members. The error is as follows:
>
> patrickkidd:~/PyQt4-gpl-snapshot-20060103 patrick$ export
> QMAKESPEC=/usr/local/Trolltech/Qt-4.1.0/mkspecs/darwin-g++
>
> patrickkidd:~/PyQt4-gpl-snapshot-20060103 patrick$ python configure.py -c
> -q /usr/local/Trolltech/Qt-4.1.0
> This is the GPL version of PyQt snapshot-20060103 (licensed under the GNU
> General Public License) for Python 2.4.2 on darwin.
>
> Type 'L' to view the license.
> Type 'yes' to accept the terms of the license.
> Type 'no' to decline the terms of the license.
>
> Do you accept the terms of the license? yes
> Checking to see if the QtGui module should be built...
> Checking to see if the QtAssistant module should be built...
> Checking to see if the QtNetwork module should be built...
> Checking to see if the QtOpenGL module should be built...
> Checking to see if the QtSql module should be built...
> Checking to see if the QtSvg module should be built...
> Checking to see if the QtXml module should be built...
> Qt v4.1.0 free edition is being used.
> SIP snapshot-20060103 is being used.
> The Qt header files are in /usr/local/Trolltech/Qt-4.1.0/include.
> The QtCore Qt library is in /usr/local/Trolltech/Qt-4.1.0/lib.
> These PyQt modules will be built: QtCore.
> The PyQt modules will be installed in /sw/lib/python2.4/site-packages.
> The PyQt .sip files will be installed in /sw/share/sip.
> pyuic4, pyrcc4 and pylupdate4 will be installed in /sw/bin.
> Generating the C++ source for the QtCore module...
> Creating the Makefile for the QtCore module...
> Creating top level Makefile...
> Creating pyuic4 wrapper...
> Creating pyuic4 Makefile...
> Creating pylupdate4 Makefile...
> Creating pyrcc4 Makefile...
> Creating pyqtconfig.py...
>
> patrickkidd:~/PyQt4-gpl-snapshot-20060103 patrick$ make
> c++ -c -pipe -fPIC -O2 -Wall -W -D__USE_WS_X11__ -DQT_NO_DEBUG
> -DQT_CORE_LIB -I. -I/usr/local/include -I/sw/include/python2.4
> -I/usr/local/Trolltech/Qt- 4.1.0/include
> -I/usr/local/Trolltech/Qt-4.1.0/include/QtCore
> -I/usr/local/Trolltech/Qt-4.1.0/mkspecs/default -I/usr/X11R6/include -o
> sipQtCorepart0.o sipQtCorepart0.cpp
> /usr/local/Trolltech/Qt-4.1.0/include/QtCore/qglobal.h: In function `int
> qMacVersion()':
> /usr/local/Trolltech/Qt-4.1.0/include/QtCore/qglobal.h:1026: error:
> 'MacintoshVersion' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp: In function `PyObject*
> meth_QThread_currentThreadId(PyObject*, PyObject*)':
> sipQtCorepart0.cpp:14356: error: invalid conversion from 'Qt::HANDLE' to
> 'void*'
> sipQtCorepart0.cpp: At global scope:
> sipQtCorepart0.cpp:91241: error: 'MV_10_0' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp:91242: error: 'MV_10_1' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp:91243: error: 'MV_10_2' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp:91244: error: 'MV_10_3' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp:91245: error: 'MV_10_4' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp:91246: error: 'MV_9' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp:91247: error: 'MV_CHEETAH' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp:91248: error: 'MV_JAGUAR' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp:91249: error: 'MV_PANTHER' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp:91250: error: 'MV_PUMA' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp:91251: error: 'MV_TIGER' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp:91252: error: 'MV_Unknown' is not a member of 'QSysInfo'
> sipQtCorepart0.cpp:91259: error: 'MacintoshVersion' is not a member of
> 'QSysInfo'
> make[1]: *** [sipQtCorepart0.o] Error 1
> make: *** [all] Error 2
> patrickkidd:~/PyQt4-gpl-snapshot-20060103 patrick$

Try changing the the following in configure.py...

    # Handle the platform tag.
    if sys.platform == "win32":
        plattag = "WS_WIN"
    elif sys.platform == "darwin" and sipcfg.platform != "darwin-g++":
        plattag = "WS_MACX"
    else:
        plattag = "WS_X11"

...ie. add the platform test.

Phil

Re: [Pyqt-mac-list] Q_WS_MAC

[Patrick S. <pat...@gm...>]

I get the same error with the current snapshot.

On 1/13/06, Phil Thompson <ph...@ri...> wrote:
>
> On Thursday 12 January 2006 8:45 pm, Patrick Stinson wrote:
> > It seems that the windowing system is not being set correctly by PyQt4.
> > (i'm using 20060103).
>
> In the context of PyQt4 that is a very old snapshot. Try with a newer one=
,
> and
> a new SIP snapshot.
>
> Phil
>



--
Patrick Kidd Stinson
http://pkaudio.sourceforge.net/
http://pksampler.sourceforge.net/

Re: [Pyqt-mac-list] Q_WS_MAC

[Phil T. <ph...@ri...>]

On Thursday 12 January 2006 8:45 pm, Patrick Stinson wrote:
> It seems that the windowing system is not being set correctly by PyQt4.
> (i'm using 20060103).

In the context of PyQt4 that is a very old snapshot. Try with a newer one, and 
a new SIP snapshot.

Phil

[Pyqt-mac-list] Q_WS_MAC

[Patrick S. <pat...@gm...>]

It seems that the windowing system is not being set correctly by PyQt4. (i'=
m
using 20060103).

The C++ macro Q_MS_MAC should be set to get the QSysInfo::MacintoshVersion,
and other reported missing members. The error is as follows:

patrickkidd:~/PyQt4-gpl-snapshot-20060103 patrick$ export
QMAKESPEC=3D/usr/local/Trolltech/Qt-4.1.0/mkspecs/darwin-g++

patrickkidd:~/PyQt4-gpl-snapshot-20060103 patrick$ python configure.py -c -=
q
/usr/local/Trolltech/Qt-4.1.0
This is the GPL version of PyQt snapshot-20060103 (licensed under the GNU
General Public License) for Python 2.4.2 on darwin.

Type 'L' to view the license.
Type 'yes' to accept the terms of the license.
Type 'no' to decline the terms of the license.

Do you accept the terms of the license? yes
Checking to see if the QtGui module should be built...
Checking to see if the QtAssistant module should be built...
Checking to see if the QtNetwork module should be built...
Checking to see if the QtOpenGL module should be built...
Checking to see if the QtSql module should be built...
Checking to see if the QtSvg module should be built...
Checking to see if the QtXml module should be built...
Qt v4.1.0 free edition is being used.
SIP snapshot-20060103 is being used.
The Qt header files are in /usr/local/Trolltech/Qt-4.1.0/include.
The QtCore Qt library is in /usr/local/Trolltech/Qt-4.1.0/lib.
These PyQt modules will be built: QtCore.
The PyQt modules will be installed in /sw/lib/python2.4/site-packages.
The PyQt .sip files will be installed in /sw/share/sip.
pyuic4, pyrcc4 and pylupdate4 will be installed in /sw/bin.
Generating the C++ source for the QtCore module...
Creating the Makefile for the QtCore module...
Creating top level Makefile...
Creating pyuic4 wrapper...
Creating pyuic4 Makefile...
Creating pylupdate4 Makefile...
Creating pyrcc4 Makefile...
Creating pyqtconfig.py...

patrickkidd:~/PyQt4-gpl-snapshot-20060103 patrick$ make
c++ -c -pipe -fPIC -O2 -Wall -W -D__USE_WS_X11__ -DQT_NO_DEBUG -DQT_CORE_LI=
B
-I. -I/usr/local/include -I/sw/include/python2.4 -I/usr/local/Trolltech/Qt-
4.1.0/include -I/usr/local/Trolltech/Qt-4.1.0/include/QtCore
-I/usr/local/Trolltech/Qt-4.1.0/mkspecs/default -I/usr/X11R6/include -o
sipQtCorepart0.o sipQtCorepart0.cpp
/usr/local/Trolltech/Qt-4.1.0/include/QtCore/qglobal.h: In function `int
qMacVersion()':
/usr/local/Trolltech/Qt-4.1.0/include/QtCore/qglobal.h:1026: error:
'MacintoshVersion' is not a member of 'QSysInfo'
sipQtCorepart0.cpp: In function `PyObject*
meth_QThread_currentThreadId(PyObject*, PyObject*)':
sipQtCorepart0.cpp:14356: error: invalid conversion from 'Qt::HANDLE' to
'void*'
sipQtCorepart0.cpp: At global scope:
sipQtCorepart0.cpp:91241: error: 'MV_10_0' is not a member of 'QSysInfo'
sipQtCorepart0.cpp:91242: error: 'MV_10_1' is not a member of 'QSysInfo'
sipQtCorepart0.cpp:91243: error: 'MV_10_2' is not a member of 'QSysInfo'
sipQtCorepart0.cpp:91244: error: 'MV_10_3' is not a member of 'QSysInfo'
sipQtCorepart0.cpp:91245: error: 'MV_10_4' is not a member of 'QSysInfo'
sipQtCorepart0.cpp:91246: error: 'MV_9' is not a member of 'QSysInfo'
sipQtCorepart0.cpp:91247: error: 'MV_CHEETAH' is not a member of 'QSysInfo'
sipQtCorepart0.cpp:91248: error: 'MV_JAGUAR' is not a member of 'QSysInfo'
sipQtCorepart0.cpp:91249: error: 'MV_PANTHER' is not a member of 'QSysInfo'
sipQtCorepart0.cpp:91250: error: 'MV_PUMA' is not a member of 'QSysInfo'
sipQtCorepart0.cpp:91251: error: 'MV_TIGER' is not a member of 'QSysInfo'
sipQtCorepart0.cpp:91252: error: 'MV_Unknown' is not a member of 'QSysInfo'
sipQtCorepart0.cpp:91259: error: 'MacintoshVersion' is not a member of
'QSysInfo'
make[1]: *** [sipQtCorepart0.o] Error 1
make: *** [all] Error 2
patrickkidd:~/PyQt4-gpl-snapshot-20060103 patrick$

--
Patrick Kidd Stinson
http://pkaudio.sourceforge.net/
http://pksampler.sourceforge.net/

Re: [Pyqt-mac-list] QTDIR, includes

[Phil T. <ph...@ri...>]

On Thursday 12 January 2006 5:37 pm, Patrick Stinson wrote:
> qt-mac-opensource-4.1.0 installs frameworks into /usr/local/Trolltech/qt-
> 4.1.0, which means that there is no reasonable way to set a QTDIR for or
> pass a -q to configure.py. I am trying the -no-framework option to qt's
> configure script, to see if that will help. What is the intended way to get
> around this?

QTDIR is a Qt3 thing. For other platforms you just make sure Qt's bin 
directory is on the PATH and it should then work it out.

Phil

[Pyqt-mac-list] QTDIR, includes

[Patrick S. <pat...@gm...>]

qt-mac-opensource-4.1.0 installs frameworks into /usr/local/Trolltech/qt-
4.1.0, which means that there is no reasonable way to set a QTDIR for or
pass a -q to configure.py. I am trying the -no-framework option to qt's
configure script, to see if that will help. What is the intended way to get
around this?

--
Patrick Kidd Stinson
http://pkaudio.sourceforge.net/
http://pksampler.sourceforge.net/

[Pyqt-mac-list] Adding Qt designer image files to py2app

[Terry J. <tc...@ca...>]

I have just started using Qt designer (still under Qt 3.3.4). I've made a
simple form, converted it to python via pyuic, and I can subclass it and
run it. But when I do, none of the images (visible in designer) appear. I
get messages

    QPixmap::fromMimeSource: Cannot find pixmap "filenew" in the mime source factory
    QPixmap::fromMimeSource: Cannot find pixmap "fileopen" in the mime source factory
    QPixmap::fromMimeSource: Cannot find pixmap "filesave" in the mime source factory
    QPixmap::fromMimeSource: Cannot find pixmap "print" in the mime source factory

I tried adding the image files (which are present in the directory where
I'm saving the designer forms) to my setup.py:

    data_files = [ ('images', ['images/filenew', 'images/fileopen', 'images/filesave', 'images/print']) ],

When I use py2app to build this, the image files are placed into
dist/mainform.app/Contents/Resources/images, but when I open the app, Qt is
still not finding them.

Can someone tell me what I should be doing here? Also, is the solution
different for Mac apps? I.e., should my setup.py place the images elsewhere
for linux, windows, etc?

Thanks for any help,
Terry

[Pyqt-mac-list] Cursor doesn't refresh well during Drag And Drop.

[Olivier A. <oli...@li...>]

Hi,

I've got a problem which Qt which occurs only on OSX.

The cursor isn't always refreshed on drag and drops.

example:

Take tree fields in a horizontal layout. Left and Right
fields are dragable while the field of the middle isn't.

The mouse cursor change for the forbiden cursor while
the mouse is over the middle field which is ok.

But when I leave this field for the right one, the
cursor should change to the drop enabled one.

I try to override the cursor during Drag and Drop, but
that don't work better.

I join the code of the example below.

----

# -*- coding: utf-8 -*-

"""
Prototype of Drag And Drop
"""

from qt import *

import sys, os

class ProjectView(QListBox):
    def __init__(self, parent = None, name = None):
        super(ProjectView, self).__init__(parent, name)
        self.viewport().setAcceptDrops(True)
        self.setAcceptDrops(True)
    
    def contentsMousePressEvent(self, event):
        if event.button() == Qt.LeftButton:
            self.dragPos = QPoint(event.pos())
        QListBox.contentsMousePressEvent(self, event)
    
    def contentsMouseMoveEvent(self, event):
        if event.state() and Qt.LeftButton:
            distance = (event.pos() - self.dragPos).manhattanLength()
            print event.pos().x()
            print self.dragPos.x()
            print (event.pos()-self.dragPos).x()
            if distance > QApplication.startDragDistance():
                print "start drag"
                self.startDrag()
            #else:
             #   print "only %s for %s" % (distance,
QApplication.startDragDistance())
        QListBox.contentsMouseMoveEvent(self,event)
    
    def startDrag(self):
        person = self.currentText()
        if not person.isEmpty():
            drag = QTextDrag(person, self)
            drag.setSubtype("x-person")
            drag.drag()

    
    def contentsDragEnterEvent(self, event):
        QApplication.restoreOverrideCursor()
        event.accept(event.provides("text/x-person"))
    
    def contentsDropEvent(self, event):
        person = QString()
        if QTextDrag.decode(event, person):
            fromWidget = event.source()
            if fromWidget and fromWidget != self and
fromWidget.inherits("ProjectView"):
                fromProject  = fromWidget
                item = fromProject.findItem(person, Qt.ExactMatch)
                fromProject.removeItem(fromProject.index(item))
                self.insertItem(person)
        QApplication.restoreOverrideCursor()
                

class MainWindow(QMainWindow):
    def __init__(self, parent=None, name=None):
        super(MainWindow, self).__init__()
        self.setCaption(self.tr("Drag Person"))
        self.PFrom = ProjectView(self, "From")
        self.bigArea = QListBox(self, "No")
        self.bigArea.setAcceptDrops(False)
        self.PTo = ProjectView(self, "To")
        
        self.layout = QVBoxLayout(self)
        self.layout.addWidget(self.PFrom)
        self.layout.addWidget(self.bigArea)
        self.layout.addWidget(self.PTo)
        
        self.PFrom.insertItem("Vincent")
        self.PFrom.insertItem("Olivier")
        self.PFrom.insertItem("Yann")
        self.bigArea.insertItem("You can't drop here --> OS X display a
forbidden cursor")
        self.PTo.insertItem("Drop here --> BUG: OS X display a forbidden
cursor")
        
        self.setAcceptDrops(True)
    
    def dragEnterEvent(self, event):
        event.accept(QUriDrag.canDecode(event))
    
if __name__ == "__main__":
    a = QApplication(sys.argv)
    QObject.connect(a,SIGNAL("lastWindowClosed()"),a,SLOT("quit()"))
    w = MainWindow()
    a.setMainWidget(w)
    w.show()
    a.exec_loop()
    

Re: [Pyqt-mac-list] Installing PyQt

[Adrien B. <adr...@gm...>]

2005/11/10, Kevin Walzer <sw...@wo...>:
> Adrien Bourdet wrote:
> > I didn't say that earlier, but the main menubar doesn't appear.
> >
> > Adrien
> >
> >
> You need to launch it with "pythonw," not "python."
>
> --
> Cheers,
>
> Kevin Walzer, PhD
> WordTech Software - "Tame the Terminal"
> http://www.wordtech-software.com
> sw at wordtech-software.com
>

All is okay, I should be more quiet now
Thanks all for your help
Adrien