Hi PyQt Developer,
I am QT commercial customer 01-003031. I face problem when I installing windows
pyqt 4.9.1.
Setup Environment
1. Windows 7 64bits
2. MSVC 2008
3. QT 4.8.1
4. SIP 4.13.2
5. Python 2.7.1
Environment Variable
QT_HOME=s:\tools\qt\4.8.1\windows64
Sadly this doesn't work either, the "-e" flag in pyqt configure just tells
what modules to build, so I was turning the failing modules off.
Back to the drawing board (the shell script does expose the problem
however)
Brian
On 4/24/12 1:44 PM, "Brian Kelley" wrote:
>I got hit by this as well.
I should be clear what I mean by relocatable: sipconfig.py and
pyqtconfig.py have hard-coded paths so if you build new pyqt libraries
from C++ widgets you shouldn't move these files (although I expect you can
just change the paths internally but I've never been that brave, perhaps I
should investig
That would have been nice, except (1) This affected multiple distress that
did not have the openSUSE build service (2) I need to build with multiple
pythons (2.3Š2.7) (3) I need to install into a specific prefix and PyQt is
not easily re-locatable and (4) I use the commercial distribution and this
On Wed, 25 Apr 2012 04:26:10 -0400, Deniz Turgut
wrote:
> On Wed, Apr 25, 2012 at 3:26 AM, Phil Thompson
> wrote:
>> On Tue, 24 Apr 2012 14:28:02 -0400, Deniz Turgut
>> wrote:
>>> Would it be logical to add a __nonzero__ method to QPyNullVariant
>>> which always returns False?
>>>
>>> I was goin
Dear Brian,
Am Tuesday 24 April 2012 19:44:17 schrieb Brian Kelley:
> I got hit by this as well. Apparently having the correct sip in your path
> may not be enough. I have attached a script that properly builds sip+qt
> assuming you have downloaded the current tarballs. It also has the
> comman
On Wed, Apr 25, 2012 at 3:26 AM, Phil Thompson
wrote:
> On Tue, 24 Apr 2012 14:28:02 -0400, Deniz Turgut
> wrote:
>> Would it be logical to add a __nonzero__ method to QPyNullVariant
>> which always returns False?
>>
>> I was going through a code of mine which broke with a new version of
>> PyQt.
On Sun, 22 Apr 2012 08:54:44 +0100, Andrew Suffield
wrote:
> I'd rather like to be able to write code like this:
>
> for name in dir(obj):
> a = getattr(obj, name)
> if isinstance(a, QtCore.pyqtSignal):
> setattr(self, name, a)
>
> Unfortunately, signals of objects are of class pyqtBound
On Tue, 24 Apr 2012 14:28:02 -0400, Deniz Turgut
wrote:
> Would it be logical to add a __nonzero__ method to QPyNullVariant
> which always returns False?
>
> I was going through a code of mine which broke with a new version of
> PyQt. I realized that it was because there is no __nonzero__ method
