from:"Demetrius Cassidy"

I have a C++ class which is declared with pure virtual methods, but if I
derive from this class in python and implement the pure virtual methods, I
get an exception:
TypeError: pyvoip.opal.OpalPCSSEndPoint cannot be instantiated or
sub-classed

My python class is declared as following:

class PCSSEndPoint(OpalPCSSEndPoint):
  def __init__(self):
  super(OpalPCSSEndPoint, self).__init__()

def OnShowIncoming(self, connection):
return True

def OnShowOutgoing(self, connection):
return True

def GetMediaFormats(self):
  return []


SIP definitions:

class OpalPCSSEndPoint : OpalLocalEndPoint /Abstract/
{

/**Call back to indicate that remote is ringing.
If false is returned the call is aborted.

The default implementation is pure.
*/
virtual PBoolean OnShowIncoming(
const OpalPCSSConnection  connection /NoCopy/ /// Connection having event
) = 0;

/**Call back to indicate that remote is ringing.
If false is returned the call is aborted.

The default implementation is pure.
*/
virtual PBoolean OnShowOutgoing(
const OpalPCSSConnection  connection /NoCopy/ /// Connection having event
) = 0;

};

Now the base class of OpalPCSSEndPoint is also an ABC, as it derives from an
ABC but does not re-define the pure virtual function:

class OpalLocalEndPoint : OpalEndPoint /Abstract/
{
  ...
};

class OpalEndPoint /Abstract/
{
virtual OpalMediaFormatList GetMediaFormats() const = 0;
};

I tried removing  /Abstract/ from OpalLocalEndPoint, but it made no
difference.  Any idea what's wrong in this scenario? The only way this
works, is if I subclass OpalPCSSEndPoint in C++ and then in Python create a
class derived from my OpalPCSSEndPoint subclass.
___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] SIP: deriving a python class from a C++ ABC results in a TypeError exception

Actually I made a small mistake, OpalLocalEndPoint has a GetMediaFormats
implementation, but the issue remains.

class OpalLocalEndPoint : OpalEndPoint
{
  virtual OpalMediaFormatList GetMediaFormats() const;
};

On Sat, Jul 2, 2011 at 5:39 PM, Demetrius Cassidy dcassid...@gmail.comwrote:

 I have a C++ class which is declared with pure virtual methods, but if I
 derive from this class in python and implement the pure virtual methods, I
 get an exception:
 TypeError: pyvoip.opal.OpalPCSSEndPoint cannot be instantiated or
 sub-classed

 My python class is declared as following:

 class PCSSEndPoint(OpalPCSSEndPoint):
   def __init__(self):
   super(OpalPCSSEndPoint, self).__init__()

 def OnShowIncoming(self, connection):
 return True

 def OnShowOutgoing(self, connection):
 return True

 def GetMediaFormats(self):
   return []


 SIP definitions:

 class OpalPCSSEndPoint : OpalLocalEndPoint /Abstract/
 {

 /**Call back to indicate that remote is ringing.
 If false is returned the call is aborted.

 The default implementation is pure.
 */
 virtual PBoolean OnShowIncoming(
 const OpalPCSSConnection  connection /NoCopy/ /// Connection having event
 ) = 0;

 /**Call back to indicate that remote is ringing.
 If false is returned the call is aborted.

 The default implementation is pure.
 */
 virtual PBoolean OnShowOutgoing(
 const OpalPCSSConnection  connection /NoCopy/ /// Connection having event
 ) = 0;

 };

 Now the base class of OpalPCSSEndPoint is also an ABC, as it derives from
 an ABC but does not re-define the pure virtual function:

 class OpalLocalEndPoint : OpalEndPoint /Abstract/
 {
   ...
 };

 class OpalEndPoint /Abstract/
 {
 virtual OpalMediaFormatList GetMediaFormats() const = 0;
 };

 I tried removing  /Abstract/ from OpalLocalEndPoint, but it made no
 difference.  Any idea what's wrong in this scenario? The only way this
 works, is if I subclass OpalPCSSEndPoint in C++ and then in Python create a
 class derived from my OpalPCSSEndPoint subclass.


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] SIP: deriving a python class from a C++ ABC results in a TypeError exception

CCing mailing list

On Sat, Jul 2, 2011 at 10:50 PM, Demetrius Cassidy dcassid...@gmail.comwrote:

 On Sat, Jul 2, 2011 at 10:45 PM, Phil Thompson 
 p...@riverbankcomputing.com wrote:

 On Sat, 2 Jul 2011 17:39:14 +, Demetrius Cassidy
 dcassid...@gmail.com
 wrote:
  I have a C++ class which is declared with pure virtual methods, but if I
  derive from this class in python and implement the pure virtual methods,
 I
  get an exception:
  TypeError: pyvoip.opal.OpalPCSSEndPoint cannot be instantiated or
  sub-classed
 
  My python class is declared as following:
 
  class PCSSEndPoint(OpalPCSSEndPoint):
def __init__(self):
super(OpalPCSSEndPoint, self).__init__()

 That should be super(PCSSEndPoint, self).__init__()


   The super thing was a typo.


  def OnShowIncoming(self, connection):
  return True
 
  def OnShowOutgoing(self, connection):
  return True
 
  def GetMediaFormats(self):
return []
 
 
  SIP definitions:
 
  class OpalPCSSEndPoint : OpalLocalEndPoint /Abstract/
  {
 
  /**Call back to indicate that remote is ringing.
  If false is returned the call is aborted.
 
  The default implementation is pure.
  */
  virtual PBoolean OnShowIncoming(
  const OpalPCSSConnection  connection /NoCopy/ /// Connection having
 event
  ) = 0;
 
  /**Call back to indicate that remote is ringing.
  If false is returned the call is aborted.
 
  The default implementation is pure.
  */
  virtual PBoolean OnShowOutgoing(
  const OpalPCSSConnection  connection /NoCopy/ /// Connection having
 event
  ) = 0;
 
  };
 
  Now the base class of OpalPCSSEndPoint is also an ABC, as it derives
 from
  an
  ABC but does not re-define the pure virtual function:
 
  class OpalLocalEndPoint : OpalEndPoint /Abstract/
  {
...
  };
 
  class OpalEndPoint /Abstract/
  {
  virtual OpalMediaFormatList GetMediaFormats() const = 0;
  };
 
  I tried removing  /Abstract/ from OpalLocalEndPoint, but it made no
  difference.  Any idea what's wrong in this scenario? The only way this
  works, is if I subclass OpalPCSSEndPoint in C++ and then in Python
 create a
  class derived from my OpalPCSSEndPoint subclass.

 /Abstract/ is the cause of the problem. It doesn't mean that the C++ is an
 ABC, it means that the class contains other (unspecified) abstract
 methods.

 Phil


 So if /Abstract/ does not mean the class has pure virtual methods and
 cannot be instantiated itself, in which scenario should it be used? I'm a
 little confused here.


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] SIP: deriving a python class from a C++ ABC results in a TypeError exception

I think I answered my own question after re-reading the annotation docs.
Thanks.

On Sat, Jul 2, 2011 at 10:52 PM, Demetrius Cassidy dcassid...@gmail.comwrote:

 CCing mailing list


 On Sat, Jul 2, 2011 at 10:50 PM, Demetrius Cassidy 
 dcassid...@gmail.comwrote:

 On Sat, Jul 2, 2011 at 10:45 PM, Phil Thompson 
 p...@riverbankcomputing.com wrote:

 On Sat, 2 Jul 2011 17:39:14 +, Demetrius Cassidy
 dcassid...@gmail.com
 wrote:
  I have a C++ class which is declared with pure virtual methods, but if
 I
  derive from this class in python and implement the pure virtual
 methods,
 I
  get an exception:
  TypeError: pyvoip.opal.OpalPCSSEndPoint cannot be instantiated or
  sub-classed
 
  My python class is declared as following:
 
  class PCSSEndPoint(OpalPCSSEndPoint):
def __init__(self):
super(OpalPCSSEndPoint, self).__init__()

 That should be super(PCSSEndPoint, self).__init__()


   The super thing was a typo.


  def OnShowIncoming(self, connection):
  return True
 
  def OnShowOutgoing(self, connection):
  return True
 
  def GetMediaFormats(self):
return []
 
 
  SIP definitions:
 
  class OpalPCSSEndPoint : OpalLocalEndPoint /Abstract/
  {
 
  /**Call back to indicate that remote is ringing.
  If false is returned the call is aborted.
 
  The default implementation is pure.
  */
  virtual PBoolean OnShowIncoming(
  const OpalPCSSConnection  connection /NoCopy/ /// Connection having
 event
  ) = 0;
 
  /**Call back to indicate that remote is ringing.
  If false is returned the call is aborted.
 
  The default implementation is pure.
  */
  virtual PBoolean OnShowOutgoing(
  const OpalPCSSConnection  connection /NoCopy/ /// Connection having
 event
  ) = 0;
 
  };
 
  Now the base class of OpalPCSSEndPoint is also an ABC, as it derives
 from
  an
  ABC but does not re-define the pure virtual function:
 
  class OpalLocalEndPoint : OpalEndPoint /Abstract/
  {
...
  };
 
  class OpalEndPoint /Abstract/
  {
  virtual OpalMediaFormatList GetMediaFormats() const = 0;
  };
 
  I tried removing  /Abstract/ from OpalLocalEndPoint, but it made no
  difference.  Any idea what's wrong in this scenario? The only way this
  works, is if I subclass OpalPCSSEndPoint in C++ and then in Python
 create a
  class derived from my OpalPCSSEndPoint subclass.

 /Abstract/ is the cause of the problem. It doesn't mean that the C++ is
 an
 ABC, it means that the class contains other (unspecified) abstract
 methods.

 Phil


 So if /Abstract/ does not mean the class has pure virtual methods and
 cannot be instantiated itself, in which scenario should it be used? I'm a
 little confused here.



___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Weird pyqtSignal behaviour

2011-07-01 Thread Demetrius Cassidy

On WinXP Pro and Python 2.7.1 this is what I get:

 class CX(QtCore.QObject):
... asig = QtCore.pyqtSignal()
... def __init__(self):
... QtCore.QObject.__init__(self)
... print self.asig
...
 k = CX()
bound signal asig of CX object at 0x00B91420

Using latest stable SIP and PyQt4 with Qt 4.7.2

On Mon, Jun 27, 2011 at 3:29 PM, Giuseppe Corbelli 
giuseppe.corbe...@copanitalia.com wrote:

 On 27/06/2011 17:23, Giuseppe Corbelli wrote:
  Hi all
 
  I have two boxes:
  Linux with PyQt-GPL 4.8.3/Qt 4.7.0/Python 2.6.6
  Windows 7 with PyQt-Commercial 4.8.4/Qt 4.7.3/ActivePython 2.6.6.18

 Forgot:
 sip 4.12.1 on Linux machine
 sip 4.12.3 on Linux machine

 --
Giuseppe Corbelli
 WASP Software Engineer, Copan Italia S.p.A
 Phone: +390303666104  Fax: +390302659932
 E-mail: giuseppe.corbe...@copanitalia.com
 ___
 PyQt mailing listPyQt@riverbankcomputing.com
 http://www.riverbankcomputing.com/mailman/listinfo/pyqt

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Inter-office distribution/installation of packages/modules

2011-06-16 Thread Demetrius Cassidy

Have you tried using py2exe? We have an application written in python with
many dependencies, and without py2exe we would have to create an installer
to manually install python and all the dependencies...And we initially did
that, but that was far more problematic in the end than deploying an .exe
(problems with multiple python installations, upgrading packages, upgrading
Python!, etc.)

Use py2exe along with gui2exe (makes deploying much simpler). It's not
perfect, and the project seems to have stalled, but it works. There is also
PyInstaller, but I have never gotten it to work with twisted and distutils.
It would also balloon our app because it started including every system32
dll it could find that was used!

On Thu, Jun 16, 2011 at 1:13 PM, James Polk jpolk5...@yahoo.com wrote:


 Apologies if this is too off-topic,but I'd like to propose a discussion
 of
 how-to's and where-fore's regarding distributing python modules to a
 user-base.

 Recently, I've been using Mark Hammond's excellent pywin32 packages,
 along with NumPy and PyOpenGL,etc.  I have a user-base of approx 40 or so,
 who will need these packages added to their base Python install.

 Rather than visit 40 separate desktops, I used pip  (pip freeze) to get a
 short list of packages outside the base install, and wrote an app that each
 user can run to find what's missing, and initiate the appropriate
 install,etc.
 Then I realized that pip itself was a 3rd party package!..DOh!

 I can fall back and use help('modules') to generate a new list, but it
 lists
 *everything* in the install,...usable but not as succinct, for pywin32 for
 example,
 it lists about a dozen things with a form of win32 in them,...and doesn't
 appear
 to return the real package name that is associated with the binary
 installation file.

 Surely these issues are fairly common phenomena in many workplaces,etc...
 I'm wondering if anybody out there has any knowledge, tips, or experiences
 regarding this issue that they can share.

 I've found moduleFinder, and various ideas about searching sys.path,
 pkgutils, but nothing else that seems like a long term viable and/or
 elegant solution.

 Thoughts anyone?

 Thanks,
 -Jim



 ___
 PyQt mailing listPyQt@riverbankcomputing.com
 http://www.riverbankcomputing.com/mailman/listinfo/pyqt

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] why do closeEvent and destroyed slot not get called on accepting PyQt4 QDialog?

2011-04-07 Thread Demetrius Cassidy

I truly believe you are approaching this from the wrong angle. If you need
to know when your QDialog is going away, you override closeEvent and do your
cleanup from there.

However, looking through the docs, it does not appear that destroy is
actually a signal. It's called from the QWidget dtor, so it makes sense that
if you call destroy(), you get the runtime error because you are deleting
the C++ object before the Python object. Do not call destroy yourself - call
self.close and override closeEvent. From there you can accept or reject
closing the dialog, and do any cleanup prior to your dialog being destroyed.

From the Qt Docs:

void QWidget::destroy ( bool destroyWindow = true, bool destroySubWindows =
true ) [protected]

Frees up window system resources. Destroys the widget window if
destroyWindow is true.

destroy() calls itself recursively for all the child widgets, passing
destroySubWindows for the destroyWindow parameter. To have more control over
destruction of subwidgets, destroy subwidgets selectively first.

This function is usually called from the QWidget destructor.

On Thu, Apr 7, 2011 at 3:04 AM, Rui DaCosta ru...@yahoo.com wrote:

I know it can close it manually, the problem is that this is a
simplification of a problem I had, in which we were expecting the QDialog to
close as per the docs, but it did not.
The *real* problem we are facing, is a bit further down the line, where we
are getting the RuntimeError: underlying C/C++ object has been deleted
but we never receive a destroyed signal.
The only reason I need this signal or event is to do some teardown code for
some callbacks to avoid getting this c++ error elsewhere.

--
*From:* Demetrius Cassidy dcassid...@gmail.com
*To:* RuiDC ru...@yahoo.com
*Sent:* Thu, 7 April, 2011 0:39:33
*Subject:* Re: [PyQt] why do closeEvent and destroyed slot not get called
on accepting PyQt4 QDialog?

If you want to close, just call self.close. It's a slot, so you can map it
to any signal. Also not sure why you want to know when your widget is
destroyed? Let Python take care of it, you should not need to call
sip.delete yourself. closeEvent is there if you need to know _when_ your app
was requested to close. If you want to allow or reject closing the app, you
need to use the QEvent object which gets passed to that function.

On Wed, Apr 6, 2011 at 5:27 PM, RuiDC ru...@yahoo.com wrote:

The question code are here:

http://stackoverflow.com/questions/5570402/why-do-closeevent-and-destroyed-slot-not-get-called-on-accepting-pyqt4-qdialog

but hopefully someone here can give me an answer on:
1. how to get the closeEvent to fire from accepting (or do I have to do a
self.close()?)
2. how to get the destroyed message to print (or do I have to go through
sip.delete(my_widget)?)
3. why, if I comment out the del my_widget, and uncomment the
my_widget.destroy() I get a:
RuntimeError: underlying C/C++ object has been deleted
on the destroy() without the print! i.e. how is it that it can be
destroyed
but not raise the signal?

Thanks in advance,
R
--
View this message in context:
http://old.nabble.com/why-do-closeEvent-and-destroyed-slot-not-get-called-on-accepting-PyQt4-QDialog--tp31336229p31336229.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] why do closeEvent and destroyed slot not get called on accepting PyQt4 QDialog?

2011-04-07 Thread Demetrius Cassidy

Sorry found destroyed() - that's what happens when you reply to emails
before you have morning coffee. Anyway I'm not sure why destroyed() is never
fired. I tried your code and even modified it a bit to use the new style
slots and signals but it's not being fired.

Either way, I think the other points I raised in my last email are still
valid. IMHO using destroyed() in python is the wrong approach.

On Thu, Apr 7, 2011 at 11:02 AM, Demetrius Cassidy dcassid...@gmail.comwrote:

I truly believe you are approaching this from the wrong angle. If you need
to know when your QDialog is going away, you override closeEvent and do your
cleanup from there.

From the Qt Docs:

void QWidget::destroy ( bool destroyWindow = true, bool destroySubWindows =
true ) [protected]

Frees up window system resources. Destroys the widget window if
destroyWindow is true.

This function is usually called from the QWidget destructor.

On Thu, Apr 7, 2011 at 3:04 AM, Rui DaCosta ru...@yahoo.com wrote:

I know it can close it manually, the problem is that this is a
simplification of a problem I had, in which we were expecting the QDialog to
close as per the docs, but it did not.
The *real* problem we are facing, is a bit further down the line, where we
are getting the RuntimeError: underlying C/C++ object has been deleted
but we never receive a destroyed signal.
The only reason I need this signal or event is to do some teardown code
for some callbacks to avoid getting this c++ error elsewhere.

On Wed, Apr 6, 2011 at 5:27 PM, RuiDC ru...@yahoo.com wrote:

The question code are here:

http://stackoverflow.com/questions/5570402/why-do-closeevent-and-destroyed-slot-not-get-called-on-accepting-pyqt4-qdialog

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Help with QStateMachine and animations

2011-04-06 Thread Demetrius Cassidy


Actually I found out you can add this to a QAbstractTransition, but it does
not make a difference. It seems that the animation which moves widgets
off-screen does not play. I only see the widgets moving on-screen.

slightly modified code:

def _createAnimations(self):
self._stateProceeding = QState()
self._stateReleased = QState()
self._stateMachine = QStateMachine()

self._rtpAnimation = QPropertyAnimation(self.pageRTP, pos)
self._queueAnimation = QPropertyAnimation(self.pageQueue, pos)
self._rtpAnimation.setEasingCurve(QtCore.QEasingCurve.InOutCubic)
self._queueAnimation.setEasingCurve(QtCore.QEasingCurve.InOutCubic) 

self._rtpAnimation.setDuration(600)
self._queueAnimation.setDuration(self._rtpAnimation.duration())

transition = self._stateProceeding.addTransition(self.callReleased,
self._stateReleased)
transition.addAnimation(self._queueAnimation) #move off-screen
transition.addAnimation(self._rtpAnimation) #move on-screen
(works)

transition = self._stateReleased.addTransition(self.callProceeding,
self._stateProceeding)
transition.addAnimation(self._rtpAnimation) #move off-screen
transition.addAnimation(self._queueAnimation) #move on-screen
(works)


#start at 0,0 and move offscreen towards the right
self._stateProceeding.assignProperty(self.pageQueue, pos,
QPoint(self.pageQueue.width(), self.pageQueue.y()))

#set QStackedWidget index
self._stateProceeding.assignProperty(self.stackedWidget,
currentIndex, self.stackedWidget.indexOf(self.pageRTP))

#start offscreen from the left and move towards center
self._stateProceeding.assignProperty(self.pageRTP, pos,
QPoint(0,0))


#start offscreen from the right and move towards center
self._stateReleased.assignProperty(self.pageRTP, pos,
QPoint(-self.pageRTP.width(), self.pageRTP.y()))

#set QStackedWidget index
self._stateReleased.assignProperty(self.stackedWidget,
currentIndex, self.stackedWidget.indexOf(self.pageQueue))

#start at 0,0 and move offscreen towards the left
self._stateReleased.assignProperty(self.pageQueue, pos,
QPoint(0,0))


self._stateMachine.addState(self._stateReleased)
self._stateMachine.addState(self._stateProceeding)
   
self._stateMachine.setGlobalRestorePolicy(QStateMachine.DontRestoreProperties)
self._stateMachine.setInitialState(self._stateReleased)
self._stateMachine.start()





Demetrius Cassidy wrote:
 
 
 David Boddie wrote:
 
 Have you tried setting the animations on the transitions themselves
 instead
 of using default animations? Did this make a difference?
 
 David
 ___
 PyQt mailing listPyQt@riverbankcomputing.com
 http://www.riverbankcomputing.com/mailman/listinfo/pyqt
 
 
 What do you mean by setting it on the transition? QPropertyAnimation does
 not derive from QAbstractTransition so you can't add it by itself, and I
 don't see a start property =(
 
 Can you expand a bit on this?
 

-- 
View this message in context: 
http://old.nabble.com/Help-with-QStateMachine-and-animations-tp31319779p31335459.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

[PyQt] Help with QStateMachine and animations

2011-04-04 Thread Demetrius Cassidy

I am trying to animate a QTableView moving off-screen from center (0,0),
which is replaced by a QGroupBox which slides to 0,0 from off-screen inside
my QStackedWidget.

I am using a QStateMachine which contains two states, and basically when the
state 'stateProceeding' is entered, only the QGroupBox is animated - the
QTableView just seems to flash once, then the QStackedWidget index is
changed and QGroupBox is animated. Similarly, when it enters the
stateReleased state, the opposite happens - QTableView is animated, but not
the QGroupBox.

What am I doing wrong? I want these widgets to smoothly animate sliding on
and off-screen depending on the event.

each page is the QWidget page contained inside the QStackedWidget
self.pageQueue contains a QTableView
self.pageRTP contains a QGroupBox

Animation Code:

def _createAnimations(self):
self._stateProceeding = QState()
self._stateReleased = QState()

self._stateMachine = QStateMachine()

# when the signal callReleased is emitted while in the state
stateProceeding, move to state stateReleased
self._stateProceeding.addTransition(self.callReleased, self._stateReleased)

# reverse of the above
self._stateReleased.addTransition(self.callProceeding,
self._stateProceeding)

self._rtpAnimation = QPropertyAnimation(self.pageRTP, pos)
self._queueAnimation = QPropertyAnimation(self.pageQueue, pos)
self._rtpAnimation.setEasingCurve(QtCore.QEasingCurve.InOutCubic)
self._queueAnimation.setEasingCurve(QtCore.QEasingCurve.InOutCubic)
self._rtpAnimation.setDuration(600)
self._queueAnimation.setDuration(self._rtpAnimation.duration())


#start at 0,0 and move offscreen towards the right
self._stateProceeding.assignProperty(self.pageQueue, pos,
QPoint(self.pageQueue.width(), self.pageQueue.y()))

#set QStackedWidget index
self._stateProceeding.assignProperty(self.stackedWidget, currentIndex,
self.stackedWidget.indexOf(self.pageRTP))

#start offscreen from the left and move towards center
self._stateProceeding.assignProperty(self.pageRTP, pos, QPoint(0,0))


#start at 0,0 and move offscreen towards the left
self._stateReleased.assignProperty(self.pageQueue, pos, QPoint(0,0))

#set QStackedWidget index
self._stateReleased.assignProperty(self.stackedWidget, currentIndex,
self.stackedWidget.indexOf(self.pageQueue))

#start offscreen from the right and move towards center
self._stateReleased.assignProperty(self.pageRTP, pos,
QPoint(-self.pageRTP.width(), self.pageRTP.y()))


self._stateMachine.addState(self._stateReleased)
self._stateMachine.addState(self._stateProceeding)
self._stateMachine.addDefaultAnimation(self._queueAnimation)
self._stateMachine.addDefaultAnimation(self._rtpAnimation)
self._stateMachine.setGlobalRestorePolicy(QStateMachine.DontRestoreProperties)
self._stateMachine.setInitialState(self._stateReleased)
self._stateMachine.start()
___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

[PyQt] sip bug wrapping protected enum in ABC

2011-03-21 Thread Demetrius Cassidy

With a simple class definition like the following, it seems that SIP tries
to wrap SIPTransaction::States using a sip generated class, but of course
that class is not created for ABCs. I am using the latest SIP snapshot, SIP
4.12.2-snapshot-ecb3e795382e, to test this code.


class SIPTransaction /Abstract/
{
public:
~SIPTransaction();
  virtual SIPTransaction * CreateDuplicate() const = 0;

protected:

enum States {
NotStarted,
Trying,
Proceeding,
Cancelling,
Completed,
Terminated_Success,
Terminated_Timeout,
Terminated_RetriesExceeded,
Terminated_TransportError,
Terminated_Cancelled,
Terminated_Aborted,
NumStates
};

 virtual void SetTerminated(States newState);
};


Offending generated code:

static sipEnumMemberDef enummembers_SIPTransaction[] = {
{sipName_Cancelling, sipSIPTransaction::Cancelling, 241},
{sipName_Completed, sipSIPTransaction::Completed, 241},
{sipName_NotStarted, sipSIPTransaction::NotStarted, 241},
{sipName_NumStates, sipSIPTransaction::NumStates, 241},
{sipName_Proceeding, sipSIPTransaction::Proceeding, 241},
{sipName_Terminated_Aborted, sipSIPTransaction::Terminated_Aborted, 241},
{sipName_Terminated_Cancelled, sipSIPTransaction::Terminated_Cancelled,
241},
{sipName_Terminated_RetriesExceeded,
sipSIPTransaction::Terminated_RetriesExceeded, 241},
{sipName_Terminated_Success, sipSIPTransaction::Terminated_Success, 241},
{sipName_Terminated_Timeout, sipSIPTransaction::Terminated_Timeout, 241},
{sipName_Terminated_TransportError,
sipSIPTransaction::Terminated_TransportError, 241},
{sipName_Trying, sipSIPTransaction::Trying, 241},
};

Of course, commenting out the code under protected stops it from being
generated, and causing compiler errors.
___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] PyQt4 4.7.5 configure fails under Python7 and sip 4.11

2010-09-06 Thread Demetrius Cassidy



Ah yes spaces. The bane of all evil - I forgot about that, thanks.

On 9/5/2010 10:05 PM, Robin M Baur wrote:

On Sun, Sep 5, 2010 at 19:17, Demetrius Cassidydcassid...@mass.rr.com  wrote:

Using PyQt-win-gpl-4.7.5 with sip 4.11 under Python7, configure fails with a
syntax error executing sip:

C:\Documents and Settings\dcassidy\My
Documents\Downloads\PyQt-win-gpl-4.7.5\PyQ
t-win-gpl-4.7.5python configure.py --confirm-license

[snip configure output]


Generating the C++ source for the QtCore module...
sip: Usage: sip [-h] [-V] [-a file] [-b file] [-c dir] [-d file] [-e] [-g]
[-I d
ir] [-j #] [-k] [-m file] [-o] [-p module] [-P] [-r] [-s suffix] [-t tag]
[-w] [
-x feature] [-z file] [file]
Error: Unable to create the C++ code.

In my (limited) experience, the usual cause of this error is that sip
doesn't understand paths with spaces in the file names.

HTH,
Robin



___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

[PyQt] Qt.MatchFlags AND comparison

2010-09-05 Thread Demetrius Cassidy


Having a hard time figuring something that should be simple.

If I do Qt.MatchWildcard  Qt.MatchContains, it returns 1, but if I do
Qt.MatchContains  anything else (other than Qt.MatchContains itself) it
returns 0 as expected. What am I doing wrong, and how am I supposed to
compare my flags to a specific flag other than doing bitwise AND against the
other flag?
-- 
View this message in context: 
http://old.nabble.com/Qt.MatchFlags-AND-comparison-tp29627864p29627864.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

[PyQt] PyQt4 4.7.5 configure fails under Python7 and sip 4.11

2010-09-05 Thread Demetrius Cassidy


Using PyQt-win-gpl-4.7.5 with sip 4.11 under Python7, configure fails with a
syntax error executing sip:

C:\Documents and Settings\dcassidy\My
Documents\Downloads\PyQt-win-gpl-4.7.5\PyQ
t-win-gpl-4.7.5python configure.py --confirm-license
Determining the layout of your Qt installation...
This is the GPL version of PyQt 4.7.5 (licensed under the GNU General Public
License) for Python 2.7 on win32.
Checking to see if the QtGui module should be built...
Checking to see if the QtHelp module should be built...
Checking to see if the QtMultimedia 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 QtScript module should be built...
Checking to see if the QtScriptTools 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 QtTest module should be built...
Checking to see if the QtWebKit module should be built...
Checking to see if the QtXml module should be built...
Checking to see if the QtXmlPatterns module should be built...
Checking to see if the phonon module should be built...
Checking to see if the QtAssistant module should be built...
Checking to see if the QtDesigner module should be built...
Checking to see if the QAxContainer module should be built...
Qt v4.6.2 free edition is being used.
SIP 4.11 is being used.
The Qt header files are in C:\Qt\2010.02.1\qt\include.
The shared Qt libraries are in C:\Qt\2010.02.1\qt\lib.
The Qt binaries are in C:\Qt\2010.02.1\qt\bin.
The Qt mkspecs directory is in C:\Qt\2010.02.1\qt.
These PyQt modules will be built: QtCore, QtGui, QtHelp, QtMultimedia,
QtNetwork, QtOpenGL, QtScript, QtScriptTools, QtSql, QtSvg, QtTest,
QtWebKit,
QtXml, QtXmlPatterns, phonon, QtAssistant, QtDesigner, QAxContainer.
The PyQt Python package will be installed in C:\Python27\Lib\site-packages.
PyQt is being built with generated docstrings.
The Designer plugin will be installed in
C:\Qt\2010.02.1\qt\plugins\designer.
The PyQt .sip files will be installed in C:\Python27\sip\PyQt4.
pyuic4, pyrcc4 and pylupdate4 will be installed in C:\Python27.
Generating the C++ source for the QtCore module...
sip: Usage: sip [-h] [-V] [-a file] [-b file] [-c dir] [-d file] [-e] [-g]
[-I d
ir] [-j #] [-k] [-m file] [-o] [-p module] [-P] [-r] [-s suffix] [-t tag]
[-w] [
-x feature] [-z file] [file]
Error: Unable to create the C++ code.
-- 
View this message in context: 
http://old.nabble.com/PyQt4-4.7.5-configure-fails-under-Python7-and-sip-4.11-tp29627880p29627880.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Is this a PyQt bug?

2010-07-30 Thread Demetrius Cassidy


I can confirm this also happens with the latest 4.7.5-f64f0e41c36c snapshot.
Sounds like a PyQt bug, though I have not looked at this other than testing
the code below.


Detlev Offenbach wrote:
 
 Hi,
 
 I am observing some strange behavior on Windows systems with latest
 installer. 
 Executing these lines in a Python console crash the interpreter.
 
 from PyQt4.QtNetwork import QLocalSocket
 s = QLocalSocket()
 
 I don't know, if this is a Qt bug or a PyQt bug.
 
 Regards,
 Detlev
 -- 
 Detlev Offenbach
 det...@die-offenbachs.de
 ___
 PyQt mailing listPyQt@riverbankcomputing.com
 http://www.riverbankcomputing.com/mailman/listinfo/pyqt
 
 

-- 
View this message in context: 
http://old.nabble.com/Is-this-a-PyQt-bug--tp29308118p29309827.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

[PyQt] TypeError: type 'str' is not supported as a pyqtSignal() type argument type

2010-07-30 Thread Demetrius Cassidy


I am not sure why 'string' is no longer allowed in pyqtSignal. I tried using
the latest 4.7.5 snapshot, but this line below throws a type error:

pyqtSignal('string', 'string')


This was working fine as of 4.7.2 - any ideas?
-- 
View this message in context: 
http://old.nabble.com/TypeError%3A-type-%27str%27-is-not-supported-as-a-pyqtSignal%28%29-type-argument-type-tp29309835p29309835.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] TypeError: type 'str' is not supported as a pyqtSignal() type argument type

2010-07-30 Thread Demetrius Cassidy


I believe the single quotes would return a python str object. Now that I
think about it you are correct that string itself is not a type. But you
should be able pass a string instead of another object to get the same
results. At least that always worked for me prior to this release.

These fail:
 pyqtSignal('str')
Traceback (most recent call last):
  File stdin, line 1, in module
TypeError: type 'str' is not supported as a pyqtSignal() type argument type
 pyqtSignal('list')
Traceback (most recent call last):
  File stdin, line 1, in module
TypeError: type 'str' is not supported as a pyqtSignal() type argument type

But these work:
 pyqtSignal(str)
unbound signal 
 pyqtSignal(list)
unbound signal 


I am not sure if the above was working due to a bug that was fixed, or if
this change was intentional?


Phil Thompson-5 wrote:
 
 On Fri, 30 Jul 2010 13:54:06 -0700 (PDT), Demetrius Cassidy
 dcassid...@mass.rr.com wrote:
 I am not sure why 'string' is no longer allowed in pyqtSignal. I tried
 using
 the latest 4.7.5 snapshot, but this line below throws a type error:
 
 pyqtSignal('string', 'string')
 
 
 This was working fine as of 4.7.2 - any ideas?
 
 I don't see how that could ever have worked as 'string' is not the name of
 a type.
 
 Phil
 ___
 PyQt mailing listPyQt@riverbankcomputing.com
 http://www.riverbankcomputing.com/mailman/listinfo/pyqt
 
 

-- 
View this message in context: 
http://old.nabble.com/TypeError%3A-type-%27str%27-is-not-supported-as-a-pyqtSignal%28%29-type-argument-type-tp29309835p29310401.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] SIP Bug: virtual function wrapped twice due to deep inheritance from base class and ABC

2010-07-03 Thread Demetrius Cassidy


There was a rogue enum in my sip file! I removed Reusability from
PIPSocket.sip and it works as intended now.

Thanks Phil.


Phil Thompson-5 wrote:
 
 On Fri, 2 Jul 2010 06:49:59 -0700 (PDT), Demetrius Cassidy
 dcassid...@mass.rr.com wrote:
 Sorry Phil - corrected inheritance tree:
 
 PUDPSocket - PIPDataGramSocket - PIPSocket - PSocket (ABC) 
 PTCPSocket - PIPSocket - PSocket (ABC)
 
 PUDPSocket does not have a 'Listen' function in it, instead it just
 inherits
 it from PIPSocket, who overrides PSocket. 
 
 No it doesn't. PIPSocket::Listen() has a different signature to
 PSocket::Listen() because they refer to different enums (both called
 Reusability).
 
 PTCPSocket DOES include a 'Listen' function in it, and overrides it from
 PIPSocket and PSocket.
 
 I've attached the corresponding sip files and the generated .cpp files
 from
 sip. 
 
 Below I've also included a snippet of the generated code for both
 classes.
 The weird thing is that SIP wraps the PIPSocket Listen function, along
 with
 the one from PSocket. http://old.nabble.com/file/p29056623/ptlib.rar
 ptlib.rar 
 
 
 class sipPUDPSocket : public PUDPSocket
 {
 public:
 
 
 /*
  * There is a protected method for every virtual method visible from
  * this class.
  */
 protected:
 ...
 PBoolean Listen(unsigned,WORD,PIPSocket::Reusability);
 PBoolean Listen(const
 PIPSocket::Address,unsigned,WORD,PIPSocket::Reusability);
 ...
 PBoolean Listen(unsigned,WORD,PSocket::Reusability);
 }
 
 class sipPTCPSocket : public PTCPSocket
 {
 public:
 ...
 /*
  * There is a protected method for every virtual method visible from
  * this class.
  */
 protected:
 PBoolean Listen(unsigned,WORD,PIPSocket::Reusability);
 PBoolean Listen(const
 PIPSocket::Address,unsigned,WORD,PIPSocket::Reusability);
 ...
 PBoolean Listen(unsigned,WORD,PSocket::Reusability);
 };
 
 Both classes share the same exact inheritance bug when wrapped:
 
 Given your .sip files, the above generated code is correct.
 
 It looks like you have a bug in your C++ code - I'd remove the
 PIPSocket::Reusability enum.
 
 Phil
 ___
 PyQt mailing listPyQt@riverbankcomputing.com
 http://www.riverbankcomputing.com/mailman/listinfo/pyqt
 
 

-- 
View this message in context: 
http://old.nabble.com/SIP-Bug%3A-virtual-function-wrapped-twice-due-to-deep-inheritance-from-base-class-and-ABC-tp28936011p29064613.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] SIP Bug: virtual function wrapped twice due to deep inheritance from base class and ABC

2010-07-02 Thread Demetrius Cassidy


Sorry Phil - corrected inheritance tree:

PUDPSocket - PIPDataGramSocket - PIPSocket - PSocket (ABC) 
PTCPSocket - PIPSocket - PSocket (ABC)

PUDPSocket does not have a 'Listen' function in it, instead it just inherits
it from PIPSocket, who overrides PSocket. 

PTCPSocket DOES include a 'Listen' function in it, and overrides it from
PIPSocket and PSocket.

I've attached the corresponding sip files and the generated .cpp files from
sip. 

Below I've also included a snippet of the generated code for both classes.
The weird thing is that SIP wraps the PIPSocket Listen function, along with
the one from PSocket. http://old.nabble.com/file/p29056623/ptlib.rar
ptlib.rar 


class sipPUDPSocket : public PUDPSocket
{
public:


/*
 * There is a protected method for every virtual method visible from
 * this class.
 */
protected:
...
PBoolean Listen(unsigned,WORD,PIPSocket::Reusability);
PBoolean Listen(const
PIPSocket::Address,unsigned,WORD,PIPSocket::Reusability);
...
PBoolean Listen(unsigned,WORD,PSocket::Reusability);
}

class sipPTCPSocket : public PTCPSocket
{
public:
...
/*
 * There is a protected method for every virtual method visible from
 * this class.
 */
protected:
PBoolean Listen(unsigned,WORD,PIPSocket::Reusability);
PBoolean Listen(const
PIPSocket::Address,unsigned,WORD,PIPSocket::Reusability);
...
PBoolean Listen(unsigned,WORD,PSocket::Reusability);
};

Both classes share the same exact inheritance bug when wrapped:

Phil Thompson-5 wrote:
 
 On Thu, 1 Jul 2010 17:53:23 -0700 (PDT), Demetrius Cassidy
 dcassid...@mass.rr.com wrote:
 Phil,
 
 It's not code specific to that class. It's due to the deep inheritance
 tree.
 You should be able to run my test code and get the same results.
 
 Basically to sum it up:
 
 PTCPSocket  - PIPDataGramSocket - PIPSocket - PSocket (ABC)
 
 PTCPSocket, PIPSocket and PSocket all define a virtual function called
 'Listen'.
 Commenting 'Listen' out from PSocket, and SIP does not include the
 function
 twice.
 Listen is NOT a pure virtual function in the ABC, it has a body.
 Listen is fully defined in PTCPSocket, and the other classes except
 PIPDataGramSocket.
 
 The error appears in PUDPSocket but you don't even mention that class.
 Where does it fit in the inheritance tree?
 
 Phil
 
 
 Phil Thompson-5 wrote:
 
 On Sat, 19 Jun 2010 10:27:55 -0700 (PDT), Demetrius Cassidy
 dcassid...@mass.rr.com wrote:
 Basically I have a Listen() function in a derived class, that is also
 in
 the 
 base and ABC. For some reason sip ends up wrapping the same function
 twice
 (it 
 has a body in the ABC), even though it's a virtual function in all of
 the
 
 derived classes. If I comment out this function in the ABC, everything
 works 
 fine, but otherwise I get a C2535 compiler error with Visual C++. 
  
 Here is what sip comes up with: 
  
 class sipPUDPSocket : public PUDPSocket 
 { 
  
 /* 
  * There is a protected method for every virtual method visible
 from

  * this class. 
  */ 
  protected: 
 PBoolean Listen(unsigned,WORD,PIPSocket::Reusability); 
 /*more wrapped functions*/ 
 PBoolean Listen(unsigned,WORD,PIPSocket::Reusability); // --
 duplicate
 function 
 }; 
  
 C++ nmake errors: 
  
 sippyptlibPTCPSocket.cpp 
 .\sippyptlibPTCPSocket.cpp(121) : error C2535: 'PBoolean 
 sipPTCPSocket::Listen(unsigned int,WORD,PSocket::Reusability)' 
 : member function already defined or declared 
 .\sippyptlibPTCPSocket.cpp(102) : see declaration of 
 'sipPTCPSocket::Listen' 
  
  
 .\sippyptlibPTCPSocket.cpp(506) : error C2084: function 'PBoolean
 sipPTCPSocket: 
 :Listen(unsigned int,WORD,PSocket::Reusability)' already has a body 
 .\sippyptlibPTCPSocket.cpp(102) : see previous definition of
 'Listen' 
  
  
 Basic code structure based on what I am wrapping - note that I only
 included
 the 
 offending function here, as it would be too much code to include
 everything. 
 
 But you at least need to include the definition of PUDPSocket.
 
 typedef bool PBoolean; 
  
 class PTCPSocket : PIPDataGramSocket 
 { 
  public: 
   virtual PBoolean Listen(unsigned int, WORD, PSocket::Reusability); 
 } 
  
 class PIPDataGramSocket : PIPSocket 
 { 
   protected: 
 PIPDataGramSocket(); 
 } 
  
 class PIPSocket : PSocket 
 { 
  public: 
   virtual PBoolean Listen(unsigned int, WORD, PSocket::Reusability); 
 } 
  
 class PSocket /Abstract/ 
 { 
   public: 
 /// Flags to reuse of port numbers in Listen() function. 
 enum Reusability { 
   CanReuseAddress, 
   AddressIsExclusive 
 }; 
  
   virtual PBoolean Listen(unsigned int, WORD, PSocket::Reusability); //
 
 commenting this function out fixes this problem 
  
  protected: 
 /*This function calls os_socket() with the correct parameters for
 the
 
socket protocol type. 
  */ 
 virtual PBoolean OpenSocket() = 0; 
  
 }; 
 
 Phil
 ___
 PyQt

Re: [PyQt] SIP Bug: virtual function wrapped twice due to deep inheritance from base class and ABC

2010-07-01 Thread Demetrius Cassidy


Phil,

It's not code specific to that class. It's due to the deep inheritance tree.
You should be able to run my test code and get the same results.

Basically to sum it up:

PTCPSocket  - PIPDataGramSocket - PIPSocket - PSocket (ABC)

PTCPSocket, PIPSocket and PSocket all define a virtual function called
'Listen'.
Commenting 'Listen' out from PSocket, and SIP does not include the function
twice.
Listen is NOT a pure virtual function in the ABC, it has a body.
Listen is fully defined in PTCPSocket, and the other classes except
PIPDataGramSocket.



Phil Thompson-5 wrote:
 
 On Sat, 19 Jun 2010 10:27:55 -0700 (PDT), Demetrius Cassidy
 dcassid...@mass.rr.com wrote:
 Basically I have a Listen() function in a derived class, that is also in
 the 
 base and ABC. For some reason sip ends up wrapping the same function
 twice
 (it 
 has a body in the ABC), even though it's a virtual function in all of the
 
 derived classes. If I comment out this function in the ABC, everything
 works 
 fine, but otherwise I get a C2535 compiler error with Visual C++. 
  
 Here is what sip comes up with: 
  
 class sipPUDPSocket : public PUDPSocket 
 { 
  
 /* 
  * There is a protected method for every virtual method visible from 
  * this class. 
  */ 
  protected: 
 PBoolean Listen(unsigned,WORD,PIPSocket::Reusability); 
 /*more wrapped functions*/ 
 PBoolean Listen(unsigned,WORD,PIPSocket::Reusability); // --
 duplicate
 function 
 }; 
  
 C++ nmake errors: 
  
 sippyptlibPTCPSocket.cpp 
 .\sippyptlibPTCPSocket.cpp(121) : error C2535: 'PBoolean 
 sipPTCPSocket::Listen(unsigned int,WORD,PSocket::Reusability)' 
 : member function already defined or declared 
 .\sippyptlibPTCPSocket.cpp(102) : see declaration of 
 'sipPTCPSocket::Listen' 
  
  
 .\sippyptlibPTCPSocket.cpp(506) : error C2084: function 'PBoolean
 sipPTCPSocket: 
 :Listen(unsigned int,WORD,PSocket::Reusability)' already has a body 
 .\sippyptlibPTCPSocket.cpp(102) : see previous definition of
 'Listen' 
  
  
 Basic code structure based on what I am wrapping - note that I only
 included
 the 
 offending function here, as it would be too much code to include
 everything. 
 
 But you at least need to include the definition of PUDPSocket.
 
 typedef bool PBoolean; 
  
 class PTCPSocket : PIPDataGramSocket 
 { 
  public: 
   virtual PBoolean Listen(unsigned int, WORD, PSocket::Reusability); 
 } 
  
 class PIPDataGramSocket : PIPSocket 
 { 
   protected: 
 PIPDataGramSocket(); 
 } 
  
 class PIPSocket : PSocket 
 { 
  public: 
   virtual PBoolean Listen(unsigned int, WORD, PSocket::Reusability); 
 } 
  
 class PSocket /Abstract/ 
 { 
   public: 
 /// Flags to reuse of port numbers in Listen() function. 
 enum Reusability { 
   CanReuseAddress, 
   AddressIsExclusive 
 }; 
  
   virtual PBoolean Listen(unsigned int, WORD, PSocket::Reusability); // 
 commenting this function out fixes this problem 
  
  protected: 
 /*This function calls os_socket() with the correct parameters for the
 
socket protocol type. 
  */ 
 virtual PBoolean OpenSocket() = 0; 
  
 }; 
 
 Phil
 ___
 PyQt mailing listPyQt@riverbankcomputing.com
 http://www.riverbankcomputing.com/mailman/listinfo/pyqt
 
 

-- 
View this message in context: 
http://old.nabble.com/SIP-Bug%3A-virtual-function-wrapped-twice-due-to-deep-inheritance-from-base-class-and-ABC-tp28936011p29051687.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] SIP Bug: virtual function wrapped twice due to deep inheritance from base class and ABC

2010-06-21 Thread Demetrius Cassidy


Phil - have you seen this yet? Any comments?


Demetrius Cassidy wrote:
 
 Basically I have a Listen() function in a derived class, that is also in
 the 
 base and ABC. For some reason sip ends up wrapping the same function twice
 (it 
 has a body in the ABC), even though it's a virtual function in all of the 
 derived classes. If I comment out this function in the ABC, everything
 works 
 fine, but otherwise I get a C2535 compiler error with Visual C++. 
  
 Here is what sip comes up with: 
  
 class sipPUDPSocket : public PUDPSocket 
 { 
  
 /* 
  * There is a protected method for every virtual method visible from 
  * this class. 
  */ 
  protected: 
 PBoolean Listen(unsigned,WORD,PIPSocket::Reusability); 
 /*more wrapped functions*/ 
 PBoolean Listen(unsigned,WORD,PIPSocket::Reusability); // --
 duplicate 
 function 
 }; 
  
 C++ nmake errors: 
  
 sippyptlibPTCPSocket.cpp 
 .\sippyptlibPTCPSocket.cpp(121) : error C2535: 'PBoolean 
 sipPTCPSocket::Listen(unsigned int,WORD,PSocket::Reusability)' 
 : member function already defined or declared 
 .\sippyptlibPTCPSocket.cpp(102) : see declaration of 
 'sipPTCPSocket::Listen' 
  
  
 .\sippyptlibPTCPSocket.cpp(506) : error C2084: function 'PBoolean
 sipPTCPSocket: 
 :Listen(unsigned int,WORD,PSocket::Reusability)' already has a body 
 .\sippyptlibPTCPSocket.cpp(102) : see previous definition of
 'Listen' 
  
  
 Basic code structure based on what I am wrapping - note that I only
 included the 
 offending function here, as it would be too much code to include
 everything. 
  
 typedef bool PBoolean; 
  
 class PTCPSocket : PIPDataGramSocket 
 { 
  public: 
   virtual PBoolean Listen(unsigned int, WORD, PSocket::Reusability); 
 } 
  
 class PIPDataGramSocket : PIPSocket 
 { 
   protected: 
 PIPDataGramSocket(); 
 } 
  
 class PIPSocket : PSocket 
 { 
  public: 
   virtual PBoolean Listen(unsigned int, WORD, PSocket::Reusability); 
 } 
  
 class PSocket /Abstract/ 
 { 
   public: 
 /// Flags to reuse of port numbers in Listen() function. 
 enum Reusability { 
   CanReuseAddress, 
   AddressIsExclusive 
 }; 
  
   virtual PBoolean Listen(unsigned int, WORD, PSocket::Reusability); // 
 commenting this function out fixes this problem 
  
  protected: 
 /*This function calls os_socket() with the correct parameters for the 
socket protocol type. 
  */ 
 virtual PBoolean OpenSocket() = 0; 
  
 }; 
  
 -- 
 Regards, 
  -Demetrius Cassidy 
 
 

-- 
View this message in context: 
http://old.nabble.com/SIP-Bug%3A-virtual-function-wrapped-twice-due-to-deep-inheritance-from-base-class-and-ABC-tp28936011p28953735.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

[PyQt] SIP Bug: virtual function wrapped twice due to deep inheritance from base class and ABC

2010-06-19 Thread Demetrius Cassidy


Basically I have a Listen() function in a derived class, that is also in the 
base and ABC. For some reason sip ends up wrapping the same function twice
(it 
has a body in the ABC), even though it's a virtual function in all of the 
derived classes. If I comment out this function in the ABC, everything works 
fine, but otherwise I get a C2535 compiler error with Visual C++. 
 
Here is what sip comes up with: 
 
class sipPUDPSocket : public PUDPSocket 
{ 
 
/* 
 * There is a protected method for every virtual method visible from 
 * this class. 
 */ 
 protected: 
PBoolean Listen(unsigned,WORD,PIPSocket::Reusability); 
/*more wrapped functions*/ 
PBoolean Listen(unsigned,WORD,PIPSocket::Reusability); // -- duplicate 
function 
}; 
 
C++ nmake errors: 
 
sippyptlibPTCPSocket.cpp 
.\sippyptlibPTCPSocket.cpp(121) : error C2535: 'PBoolean 
sipPTCPSocket::Listen(unsigned int,WORD,PSocket::Reusability)' 
: member function already defined or declared 
.\sippyptlibPTCPSocket.cpp(102) : see declaration of 
'sipPTCPSocket::Listen' 
 
 
.\sippyptlibPTCPSocket.cpp(506) : error C2084: function 'PBoolean
sipPTCPSocket: 
:Listen(unsigned int,WORD,PSocket::Reusability)' already has a body 
.\sippyptlibPTCPSocket.cpp(102) : see previous definition of
'Listen' 
 
 
Basic code structure based on what I am wrapping - note that I only included
the 
offending function here, as it would be too much code to include everything. 
 
typedef bool PBoolean; 
 
class PTCPSocket : PIPDataGramSocket 
{ 
 public: 
  virtual PBoolean Listen(unsigned int, WORD, PSocket::Reusability); 
} 
 
class PIPDataGramSocket : PIPSocket 
{ 
  protected: 
PIPDataGramSocket(); 
} 
 
class PIPSocket : PSocket 
{ 
 public: 
  virtual PBoolean Listen(unsigned int, WORD, PSocket::Reusability); 
} 
 
class PSocket /Abstract/ 
{ 
  public: 
/// Flags to reuse of port numbers in Listen() function. 
enum Reusability { 
  CanReuseAddress, 
  AddressIsExclusive 
}; 
 
  virtual PBoolean Listen(unsigned int, WORD, PSocket::Reusability); // 
commenting this function out fixes this problem 
 
 protected: 
/*This function calls os_socket() with the correct parameters for the 
   socket protocol type. 
 */ 
virtual PBoolean OpenSocket() = 0; 
 
}; 
 
-- 
Regards, 
 -Demetrius Cassidy 

-- 
View this message in context: 
http://old.nabble.com/SIP-Bug%3A-virtual-function-wrapped-twice-due-to-deep-inheritance-from-base-class-and-ABC-tp28936011p28936011.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Help - WINAPI PSoundW and WINAPI Beep linker error using sip

2010-04-03 Thread Demetrius Cassidy


Still need help with this =(

I've tried adding this to my sip file:
%ModuleHeaderCode
#include mmsystem.h
#pragma comment(lib, winmm.lib)
%End

Tried adding the same code above directly to the offending .cpp files:
#include mmsystem.h
#pragma comment(lib, winmm.lib)

And tried just copying winmm.lib into the folder with the makefile, and
anywhere else where LIBPATH is looking and it won't link the damn thing.
Help!!



link /NOLOGO /DLL /MANIFEST /MANIFESTFILE:pyptlib.pyd.manifest
/SUBSYSTE
M:WINDOWS /MANIFESTDEPENDENCY:type='win32'
name='Microsoft.Windows.Common-Contr
ols' version='6.0.0.0' publicKeyToken='6595b64144ccf1df' language='*'
processorA
rchitecture='*' /INCREMENTAL:NO /OUT:pyptlib.pyd
@C:\DOCUME~1\dcassidy\LOCALS~1
\Temp\nm33B.tmp
   Creating library pyptlib.lib and object pyptlib.exp
sippyptlibPSoundChannelWin32.obj : error LNK2001: unresolved external symbol
pu
blic: virtual bool __thiscall PSoundChannelWin32::PlaySoundW(class PSound
const
,bool) (?playsou...@psoundchannelwin32@@UAE_NABVPSound@@_...@z)
sippyptlibPSoundChannel.obj : error LNK2001: unresolved external symbol
public:
 virtual bool __thiscall PSoundChannel::PlaySoundW(class PSound const
,bool) (
?playsou...@psoundchannel@@UAE_NABVPSound@@_...@z)
sippyptlibPFile.obj : error LNK2019: unresolved external symbol public:
bool __
thiscall PFile::Move(class PFilePath const ,bool)
(?m...@pfile@@QAE_NABVPFileP
ath@@_...@z) referenced in function _meth_PFile_Move
pyptlib.pyd : fatal error LNK1120: 3 unresolved externals
NMAKE : fatal error U1077: 'c:\Program Files\Microsoft Visual Studio
9.0\VC\BIN
\link.EXE' : return code '0x460'
Stop.


Demetrius Cassidy wrote:
 
 I found out I need to include winmm.lib, but I can't figure out how to
 force sip to include this. I tried adding /LIBPATH:C:\Program
 Files\Microsoft SDKs\Windows\v6.0A\Lib and including winmm.lib under LIBS
 of the makefile, but I still get the same linker errors.
 
 LIBS = /LIBPATH:$(PTLIBDIR)/lib /LIBPATH:C:\Program Files\Microsoft
 SDKs\Windows\v6.0A\Lib
 /LIBPATH:C:\iPhoneDev\h323lib\sip\qpy\QtCore\release
 /LIBPATH:C:\Python26\libs qpycore.lib ptlib.lib winmm.lib python26.lib
 
 
 
 Demetrius Cassidy wrote:
 
 I am not sure what do I need to do to include the windows library into
 sip, so it links correctly. I am trying to use PlaySoundW and Beep which
 are defined in MMSystem.h in a class called PSound. It compiles fine in
 VC9.0, but gives me linker errors when I wrap it with sip.
 
 Generating Code...
 link /NOLOGO /DLL /MANIFEST /MANIFESTFILE:pyptlib.pyd.manifest
 /SUBSYSTE
 M:WINDOWS /MANIFESTDEPENDENCY:type='win32'
 name='Microsoft.Windows.Common-Contr
 ols' version='6.0.0.0' publicKeyToken='6595b64144ccf1df' language='*'
 processorA
 rchitecture='*' /INCREMENTAL:NO /OUT:pyptlib.pyd
 @C:\DOCUME~1\dcassidy\LOCALS~1
 \Temp\nm1047.tmp
Creating library pyptlib.lib and object pyptlib.exp
 sippyptlibPSoundChannel.obj : error LNK2019: unresolved external symbol
 public:
  virtual bool __thiscall PSoundChannel::PlaySoundW(class PSound const
 ,bool) (
 ?playsou...@psoundchannel@@UAE_NABVPSound@@_...@z) referenced in function
 protect
 ed: virtual bool __thiscall sipPSoundChannel::PlaySoundW(class PSound
 const ,bo
 ol) (?playsou...@sippsoundchannel@@MAE_NABVPSound@@_...@z)
 sippyptlibPSound.obj : error LNK2019: unresolved external symbol public:
 static
  void __cdecl PSound::Beep(void) (?b...@psound@@SAXXZ) referenced in
 function _
 meth_PSound_Beep
 pyptlib.pyd : fatal error LNK1120: 2 unresolved externals
 NMAKE : fatal error U1077: 'c:\Program Files\Microsoft Visual Studio
 9.0\VC\BIN
 \link.EXE' : return code '0x460'
 Stop.
 
 
 

-- 
View this message in context: 
http://old.nabble.com/Help---WINAPI-PSoundW-and-WINAPI-Beep-linker-error-using-sip-tp27966897p28129527.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Help - WINAPI PSoundW and WINAPI Beep linker error using sip

2010-04-03 Thread Demetrius Cassidy


Found the problem...winmm library was compiled with ANSI Character set, but
sip forces Unicode character set. I had to re-compile my sip wrapped with
ANSI character set instead.



Demetrius Cassidy wrote:
 
 Still need help with this =(
 
 I've tried adding this to my sip file:
 %ModuleHeaderCode
 #include mmsystem.h
 #pragma comment(lib, winmm.lib)
 %End
 
 Tried adding the same code above directly to the offending .cpp files:
 #include mmsystem.h
 #pragma comment(lib, winmm.lib)
 
 And tried just copying winmm.lib into the folder with the makefile, and
 anywhere else where LIBPATH is looking and it won't link the damn thing.
 Help!!
 
 
 
 link /NOLOGO /DLL /MANIFEST /MANIFESTFILE:pyptlib.pyd.manifest
 /SUBSYSTE
 M:WINDOWS /MANIFESTDEPENDENCY:type='win32'
 name='Microsoft.Windows.Common-Contr
 ols' version='6.0.0.0' publicKeyToken='6595b64144ccf1df' language='*'
 processorA
 rchitecture='*' /INCREMENTAL:NO /OUT:pyptlib.pyd
 @C:\DOCUME~1\dcassidy\LOCALS~1
 \Temp\nm33B.tmp
Creating library pyptlib.lib and object pyptlib.exp
 sippyptlibPSoundChannelWin32.obj : error LNK2001: unresolved external
 symbol pu
 blic: virtual bool __thiscall PSoundChannelWin32::PlaySoundW(class PSound
 const
 ,bool) (?playsou...@psoundchannelwin32@@UAE_NABVPSound@@_...@z)
 sippyptlibPSoundChannel.obj : error LNK2001: unresolved external symbol
 public:
  virtual bool __thiscall PSoundChannel::PlaySoundW(class PSound const
 ,bool) (
 ?playsou...@psoundchannel@@UAE_NABVPSound@@_...@z)
 sippyptlibPFile.obj : error LNK2019: unresolved external symbol public:
 bool __
 thiscall PFile::Move(class PFilePath const ,bool)
 (?m...@pfile@@QAE_NABVPFileP
 ath@@_...@z) referenced in function _meth_PFile_Move
 pyptlib.pyd : fatal error LNK1120: 3 unresolved externals
 NMAKE : fatal error U1077: 'c:\Program Files\Microsoft Visual Studio
 9.0\VC\BIN
 \link.EXE' : return code '0x460'
 Stop.
 
 
 Demetrius Cassidy wrote:
 
 I found out I need to include winmm.lib, but I can't figure out how to
 force sip to include this. I tried adding /LIBPATH:C:\Program
 Files\Microsoft SDKs\Windows\v6.0A\Lib and including winmm.lib under
 LIBS of the makefile, but I still get the same linker errors.
 
 LIBS = /LIBPATH:$(PTLIBDIR)/lib /LIBPATH:C:\Program Files\Microsoft
 SDKs\Windows\v6.0A\Lib
 /LIBPATH:C:\iPhoneDev\h323lib\sip\qpy\QtCore\release
 /LIBPATH:C:\Python26\libs qpycore.lib ptlib.lib winmm.lib python26.lib
 
 
 
 Demetrius Cassidy wrote:
 
 I am not sure what do I need to do to include the windows library into
 sip, so it links correctly. I am trying to use PlaySoundW and Beep which
 are defined in MMSystem.h in a class called PSound. It compiles fine in
 VC9.0, but gives me linker errors when I wrap it with sip.
 
 Generating Code...
 link /NOLOGO /DLL /MANIFEST /MANIFESTFILE:pyptlib.pyd.manifest
 /SUBSYSTE
 M:WINDOWS /MANIFESTDEPENDENCY:type='win32'
 name='Microsoft.Windows.Common-Contr
 ols' version='6.0.0.0' publicKeyToken='6595b64144ccf1df' language='*'
 processorA
 rchitecture='*' /INCREMENTAL:NO /OUT:pyptlib.pyd
 @C:\DOCUME~1\dcassidy\LOCALS~1
 \Temp\nm1047.tmp
Creating library pyptlib.lib and object pyptlib.exp
 sippyptlibPSoundChannel.obj : error LNK2019: unresolved external symbol
 public:
  virtual bool __thiscall PSoundChannel::PlaySoundW(class PSound const
 ,bool) (
 ?playsou...@psoundchannel@@UAE_NABVPSound@@_...@z) referenced in function
 protect
 ed: virtual bool __thiscall sipPSoundChannel::PlaySoundW(class PSound
 const ,bo
 ol) (?playsou...@sippsoundchannel@@MAE_NABVPSound@@_...@z)
 sippyptlibPSound.obj : error LNK2019: unresolved external symbol
 public: static
  void __cdecl PSound::Beep(void) (?b...@psound@@SAXXZ) referenced in
 function _
 meth_PSound_Beep
 pyptlib.pyd : fatal error LNK1120: 2 unresolved externals
 NMAKE : fatal error U1077: 'c:\Program Files\Microsoft Visual Studio
 9.0\VC\BIN
 \link.EXE' : return code '0x460'
 Stop.
 
 
 
 
 

-- 
View this message in context: 
http://old.nabble.com/Help---WINAPI-PSoundW-and-WINAPI-Beep-linker-error-using-sip-tp27966897p28130570.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

[PyQt] Help - WINAPI PSoundW and WINAPI Beep linker error using sip

2010-03-20 Thread Demetrius Cassidy


I am not sure what do I need to do to include the windows library into sip,
so it links correctly. I am trying to use PlaySoundW and Beep which are
defined in MMSystem.h in a class called PSound. It compiles fine in VC9.0,
but gives me linker errors when I wrap it with sip.

Generating Code...
link /NOLOGO /DLL /MANIFEST /MANIFESTFILE:pyptlib.pyd.manifest
/SUBSYSTE
M:WINDOWS /MANIFESTDEPENDENCY:type='win32'
name='Microsoft.Windows.Common-Contr
ols' version='6.0.0.0' publicKeyToken='6595b64144ccf1df' language='*'
processorA
rchitecture='*' /INCREMENTAL:NO /OUT:pyptlib.pyd
@C:\DOCUME~1\dcassidy\LOCALS~1
\Temp\nm1047.tmp
   Creating library pyptlib.lib and object pyptlib.exp
sippyptlibPSoundChannel.obj : error LNK2019: unresolved external symbol
public:
 virtual bool __thiscall PSoundChannel::PlaySoundW(class PSound const
,bool) (
?playsou...@psoundchannel@@UAE_NABVPSound@@_...@z) referenced in function
protect
ed: virtual bool __thiscall sipPSoundChannel::PlaySoundW(class PSound const
,bo
ol) (?playsou...@sippsoundchannel@@MAE_NABVPSound@@_...@z)
sippyptlibPSound.obj : error LNK2019: unresolved external symbol public:
static
 void __cdecl PSound::Beep(void) (?b...@psound@@SAXXZ) referenced in
function _
meth_PSound_Beep
pyptlib.pyd : fatal error LNK1120: 2 unresolved externals
NMAKE : fatal error U1077: 'c:\Program Files\Microsoft Visual Studio
9.0\VC\BIN
\link.EXE' : return code '0x460'
Stop.
-- 
View this message in context: 
http://old.nabble.com/Help---WINAPI-PSoundW-and-WINAPI-Beep-linker-error-using-sip-tp27966897p27966897.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Help - WINAPI PSoundW and WINAPI Beep linker error using sip

2010-03-20 Thread Demetrius Cassidy


I found out I need to include winmm.lib, but I can't figure out how to force
sip to include this. I tried adding /LIBPATH:C:\Program Files\Microsoft
SDKs\Windows\v6.0A\Lib and including winmm.lib under LIBS of the makefile,
but I still get the same linker errors.

LIBS = /LIBPATH:$(PTLIBDIR)/lib /LIBPATH:C:\Program Files\Microsoft
SDKs\Windows\v6.0A\Lib /LIBPATH:C:\iPhoneDev\h323lib\sip\qpy\QtCore\release
/LIBPATH:C:\Python26\libs qpycore.lib ptlib.lib winmm.lib python26.lib



Demetrius Cassidy wrote:
 
 I am not sure what do I need to do to include the windows library into
 sip, so it links correctly. I am trying to use PlaySoundW and Beep which
 are defined in MMSystem.h in a class called PSound. It compiles fine in
 VC9.0, but gives me linker errors when I wrap it with sip.
 
 Generating Code...
 link /NOLOGO /DLL /MANIFEST /MANIFESTFILE:pyptlib.pyd.manifest
 /SUBSYSTE
 M:WINDOWS /MANIFESTDEPENDENCY:type='win32'
 name='Microsoft.Windows.Common-Contr
 ols' version='6.0.0.0' publicKeyToken='6595b64144ccf1df' language='*'
 processorA
 rchitecture='*' /INCREMENTAL:NO /OUT:pyptlib.pyd
 @C:\DOCUME~1\dcassidy\LOCALS~1
 \Temp\nm1047.tmp
Creating library pyptlib.lib and object pyptlib.exp
 sippyptlibPSoundChannel.obj : error LNK2019: unresolved external symbol
 public:
  virtual bool __thiscall PSoundChannel::PlaySoundW(class PSound const
 ,bool) (
 ?playsou...@psoundchannel@@UAE_NABVPSound@@_...@z) referenced in function
 protect
 ed: virtual bool __thiscall sipPSoundChannel::PlaySoundW(class PSound
 const ,bo
 ol) (?playsou...@sippsoundchannel@@MAE_NABVPSound@@_...@z)
 sippyptlibPSound.obj : error LNK2019: unresolved external symbol public:
 static
  void __cdecl PSound::Beep(void) (?b...@psound@@SAXXZ) referenced in
 function _
 meth_PSound_Beep
 pyptlib.pyd : fatal error LNK1120: 2 unresolved externals
 NMAKE : fatal error U1077: 'c:\Program Files\Microsoft Visual Studio
 9.0\VC\BIN
 \link.EXE' : return code '0x460'
 Stop.
 

-- 
View this message in context: 
http://old.nabble.com/Help---WINAPI-PSoundW-and-WINAPI-Beep-linker-error-using-sip-tp27966897p27970324.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

[PyQt] Connecting to base class signals in subclass

2010-03-19 Thread Demetrius Cassidy


I am not sure if this is the intended behavior, but if I subclass a QWidget
instance, and then try to connect to one of those signals in my subclass, I
get a TypeError:

 class MyLabel(QtGui.QLabel):
... def __init__(self):
... self.linkActivated.connect(self._lnkActivated)
...
... def _lnkActivated(self, link):
... pass
...
 l = MyLabel()
Traceback (most recent call last):
  File stdin, line 1, in module
  File stdin, line 3, in __init__
TypeError: pyqtSignal must be bound to a QObject, not 'MyLabel'


Why can't I connect to my base class's signals in my subclass? 
-- 
View this message in context: 
http://old.nabble.com/Connecting-to-base-class-signals-in-subclass-tp27951038p27951038.html
Sent from the PyQt mailing list archive at Nabble.com.

___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Limit the height of a Layout

2010-03-03 Thread Demetrius Cassidy

It's generated code - it's not supposed to be pretty. All you do is 
import the gui code from your dialog class which is in a separate file. 
It keeps things clean and simple, and you won't have to start looking 
around APIs for stuff that QtDesigner does for you.


On 3/3/2010 6:56 AM, starglider develop wrote:

Thank you for your replay, but I'm doing everything by code,
I try to simulate a form with QtDesigner but the genereted code is a mess.

Regards,

Jorge

On 3 March 2010 01:37, dcassid...@mass.rr.com 
mailto:dcassid...@mass.rr.com wrote:


Are you using QtDesigner? You can set the min and max size for
each widget, so I'd probably look at that.
--
Regards,
 -Demetrius Cassidy

 starglider develop starglider@gmail.com
mailto:starglider@gmail.com wrote:

=
Hello,
I'm a newby and I have a question:
how can I limit the height of a QHBoxLayout?
e.g.:
There is a  central widget with a QHBoxLayout that as two
QTableWidget and I
want to limit the size of the first QTableWidget to 300 points,
but let the second QTableWidget grow until the limit of the screen.

Thank you in advance for your help.



___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Trouble reading a model index from an untouched combo box

2010-01-27 Thread Demetrius Cassidy

Just took a peak at QAbstractItemView class and your right it's fully 
implemented. The view is asking the selectionModel what the current 
selected index is, and if it has no selection model (not sure if that's 
even possible) it returns an invalid QModelIndex. QComboBox.currentIndex 
is just asking the QSqlTableModel for the row. It doesn't hurt to make a 
1 line code change to test it out. I use QComboBox.currentIndex in my 
app, though I have no need to change the model in QComboBox.


Andreas Pakulat wrote:

On 26.01.10 17:41:40, Demetrius Cassidy wrote:
  

I don't think you need to use the view pointer at all - it's
returning QAbstractItemView *, which I would assume it would need to
be casted to the proper class in C++. If that's so, by design the
Abstract class will return an invalid index.



I don't think so ;) The function currentIndex on the view is not
virtual, so its implemented in the abstract class already properly.

And to get a model index to index into the model its easier to ask the
view for it, rather than constructing it yourself with model-index(
combobox-currentIndex(), model-column, QModelIndex())

Andreas

  


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] SIP build problem with VS2008 Express Edition

It's very likely that PyQt 4.4.4 uses some deprecated syntax that was 
removed in SIP 4.8. Are you not able to build using the latest PyQt4 
release?


Darryl Wallace wrote:

Hello,

I am trying to build SIP v4.7.9 with VS2008 Express Edition and Python 
2.5.4 via the Visual Studio 2008 Command Prompt.


When I attempt to run sip.exe from the c:\python25 I get the dreaded 
R6034 Runtime Error!


R6034
An application has made an attempt to load the C runtime library 
incorrectly.

Please contact the application's support team for more information.

The odd thing is that sip.exe will run if left in the sip4.7.9\sipgen 
directory.


Has any one come across this?   I am trying to build PyQt4.4.4.

Side note: I've just attempted to build SIP4.8.2 and SIP 4.10 and now, 
these works properly.  But now when I run configure.py for PyQt4.4.4 I 
get the following error:

sip: sip/QtCore/QtCoremod.sip:73: syntax error

Thanks,
Darryl


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Trouble reading a model index from an untouched combo box

How about selecting index 0 once the combobox is initialized with the 
database data? It sounds to me that it has no valid index when first 
initialized, and if you try to programmatically select the first index, 
it's returning an invalid one. You don't need to generate a signal, just 
use something like .setCurrentIndex(0).


Claudio Felix wrote:

Hi everyone,

I'm developing an app which loads data from a database table into a
QSqlTableModel. At some point I associate this model to a Combo Box
(using QComboBox.setModel). The strange thing is, when I try to read
the current model index from the combo box view, for getting the
selected item's data from another database field on the same model
record, I get a invalid index, but If I just click on the combo box (I
don't even have to change the item) before trying to read its index,
it returns a valid model index. So, it is really necessary to do
something before, like generating a currentIndexChanged signal? What
I did was like this:


  def __init__(self):
   self.model = QSqlTableModel()
   self.model.setTable(dbtable)
   self.model.select()
   self.comboBox = QComboBox()
   self.comboBox.setModel(self.model)
   self.comboBox.setModelColumn(ITEM_NAME)


  def getItemID(self):
   index = self.comboBox.view().currentIndex()
   if not index.isValid():
   raise ValueError, invalid index   # Here
I always get the error if I don't click on the combo box before
   row = index.row()
   column = self.model.fieldIndex(ITEM_ID)
   return self.model.data(self.model.index(row, column)).toInt()[0]

Thanks!
___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

  


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] SIP build problem with VS2008 Express Edition

Itt works fine with VS2008 Professional edition - at least on the latest 
builds. I'm sorry to say that I've never seen that error, but it sounds 
more like maybe you need to re-install the latest C++ redist package 
than a problem with PyQt4.


Darryl Wallace wrote:
I am using an existing commercial license and I had locked down the 
version of my development tools (hence, PyQt4.4.4).  I previously used 
MinGW to build the libraries (both Qt and PyQt) but I am hoping to get 
some smaller binaries for distribution.  

You were correct about the deprecated feature. SIP 4.7.x no longer 
uses %SIPOptions (which is on line 73 of QtCoremod.sip).


Regardless, that still doesn't explain the odd behaviour of SIP 4.7.9 
w.r.t. error R6034 when built with VS 2008 (especially when 4.8.2 
works fine).


I can likely find a work/around.  So far commenting out the line 73 of 
QtCoremod.sip allowed it to continue.  I haven't had a chance to fully 
build it yet.


Thanks,
Darryl

On Tue, Jan 26, 2010 at 4:54 PM, Demetrius Cassidy 
dcassid...@mass.rr.com mailto:dcassid...@mass.rr.com wrote:


It's very likely that PyQt 4.4.4 uses some deprecated syntax that
was removed in SIP 4.8. Are you not able to build using the latest
PyQt4 release?

Darryl Wallace wrote:

Hello,

I am trying to build SIP v4.7.9 with VS2008 Express Edition
and Python 2.5.4 via the Visual Studio 2008 Command Prompt.

When I attempt to run sip.exe from the c:\python25 I get the
dreaded R6034 Runtime Error!

R6034
An application has made an attempt to load the C runtime
library incorrectly.
Please contact the application's support team for more
information.

The odd thing is that sip.exe will run if left in the
sip4.7.9\sipgen directory.

Has any one come across this?   I am trying to build PyQt4.4.4.

Side note: I've just attempted to build SIP4.8.2 and SIP 4.10
and now, these works properly.  But now when I run
configure.py for PyQt4.4.4 I get the following error:
sip: sip/QtCore/QtCoremod.sip:73: syntax error

Thanks,
Darryl


___
PyQt mailing listPyQt@riverbankcomputing.com
mailto:PyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt





--
__
Darryl Wallace: Project Leader
ProSensus Inc.
McMaster Innovation Park
175 Longwood Road South, Suite 301
Hamilton, Ontario, L8P 0A1
Canada(GMT -05:00)

Tel:   1-905-528-9136
Fax:   1-905-546-1372

Web site:  http://www.prosensus.ca/
__


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Trouble reading a model index from an untouched combo box

I don't think you need to use the view pointer at all - it's returning 
QAbstractItemView *, which I would assume it would need to be casted to 
the proper class in C++. If that's so, by design the Abstract class will 
return an invalid index. Try to use self.comboBox.currentIndex() instead 
- it returns -1 if theres no selected index (which there won't be when 
you first set the model until you manually or programatically select one)


http://doc.trolltech.com/4.6/qcombobox.html#currentIndex-prop

Claudio Felix wrote:

2010/1/26 Demetrius Cassidy dcassid...@mass.rr.com:
  

How about selecting index 0 once the combobox is initialized with the
database data? It sounds to me that it has no valid index when first
initialized, and if you try to programmatically select the first index, it's
returning an invalid one. You don't need to generate a signal, just use
something like .setCurrentIndex(0).





Thanks for the answer Demetrius. Unfortunately, it didn't change it.
Maybe I do have to use a QDataWidgetMapper on the combo box? I thought
just getting the model associated with it should do it.. it shows all
the models' values indeed...

Cheers...
___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

  


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Previous release windows binaries

2010-01-21 Thread Demetrius Cassidy

I don't remember ever seeing PyQt4 compiled with MSVC. Compile from 
source using visual studio's nmake; afterall, you are already compiling 
Qwt so it should not be much different.


Romi Agar wrote:

Hi!

Where could I find the previous PyQt installation binaries (the ones, 
that were built with MSVC). I need them to be able to compile Qwt for 
python. Because the latest release (PyQt 4.7 is built with mingw) I 
can't build it :(


Thanks


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Downloading PyQt for Python 2.6

2010-01-20 Thread Demetrius Cassidy

Er, you could compile it from source. But afaik, 2.6.4 is the current 
python version, yes? PyQt4 should also be already compiled for Python 2.6


Chris Bergstresser wrote:

Hi all --

   I have PyQt installed on a Windows development machine here, and
I'm trying to install it on another Windows development machine.  I
don't need the latest version, just a Python 2.6 compatible-version.
However, it seems with the new release of PyQt the older binaries have
been taken down.
   Is there an archive of a Python 2.6-compatible Windows installer
anywhere?  Clearly, I shouldn't have expected the company to maintain
links to older versions (although it's odd they wouldn't), but I can't
for the life of me understand why they took down the older links
*before* the new installer was available.

-- Chris
___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

  


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Problem freezing a Sqlite based PyQT app

I actually had nothing but problems with PyInstaller. In my instance, I 
am using Twisted + PyQt4 in my app, so I could never even get it to run 
while frozen. Not to mention it seems to want to pickup every dll in my 
system to package it into my app (like kernel32.dll).


You can manually copy the Qt plugins folder, since you should only need 
to do this once unless you delete the dist folder each build (that gets 
annoying quick). I know theres no support for implicit dependencies, but 
you can explicitly define them in the setup script (or you can use 
something like Gui2Exe).


Giovanni Bajo wrote:

On Mon, 2010-01-11 at 21:54 -0500, Demetrius Cassidy wrote:
  
You probably forgot to include the sqlite3.dll with your redist package. 
Alternatively, you can try to use py2exe instead of cx_Freeze. It works 
pretty well for me and is good at picking up dependencies.



AFAIK, py2exe doesn't have *any* support for picking up implicit
dependencies. For instance, for PyQt, it doesn't know about Qt plugins
so it would not pick up anything.

PyInstaller (http://www.pyinstaller.org/), instead, should work out of
the box.

  


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Different Behavior between Python 2.6 and Python 3.1.1

I think .text() in Python 3.1 with PyQt4 is returning a python 'str' 
object, instead of a QString. Try and do type(self.ui.txtText.text()) 
and see what it returns.


Richard Parker wrote:
I have the following statement in an application that runs fine with 
Python 2.6 (and PyQt):


text = self.ui.txtText.text().left(5).toUpper()

In Python 3.1.1 (with PyQt), I get the following error for the first 
statement:


text = self.ui.txtText.text().left(5).toUpper()
AttributeError: 'str' object has no attribute 'left' 


The ui.txtText.text object is a QLineEdit object, whose 
documentation indicates that its text() function returns a QString 
object, whose documentatation states that the left(self, n) and 
toUpper() functions are supported. What has changed between Python 
2.6 and Python 3.1 that would account for this error?


Thanks.



___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt


___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Different Behavior between Python 2.6 and Python 3.1.1


*int(**self.ui.txtNumber.text()) *
str('abcdefg').upper()


Richard Parker wrote:

Demetrius,

I think you are right, but how can I achieve the same functionality 
with Python 3.1.1, as I do with Python 2.6? (i.e., left(5).toUpper()) 
for the str that's returned by Python 3.1.1?


I looked at [0:05].format(self.ui.txtText.text()) and that seemed 
to work, although it didn't implement the toUpper() feature and I 
really need a solution that will do so. I also have another string 
from a QLineEdit object that I want to convert to an integer value and 
I had written it as follows:


numbering =  self.ui.txtNumber.text().toInt()

But this also fails with an error on Python 3.1.1, indicating that a 
str object has on attribute toInt(). So, basically, I need to 
convert both of these to be compatible with Python 3.1.1 and I'm not 
sure how to do so. Any help will be appreciated.


-rich-

- Original Message -
From: Demetrius Cassidy dcassid...@mass.rr.com
To: Richard Parker r.richardpar...@comcast.net
Cc: PYQT pyqt@riverbankcomputing.com
Sent: Tuesday, January 12, 2010 2:49:41 PM GMT -08:00 US/Canada Pacific
Subject: Re: [PyQt] Different Behavior between Python 2.6 and Python 3.1.1

I think .text() in Python 3.1 with PyQt4 is returning a python 'str'
object, instead of a QString. Try and do type(self.ui.txtText.text())
and see what it returns.

Richard Parker wrote:
 I have the following statement in an application that runs fine with
 Python 2.6 (and PyQt):

 text = self.ui.txtText.text().left(5).toUpper()

 In Python 3.1.1 (with PyQt), I get the following error for the first
 statement:

 text = self.ui.txtText.text().left(5).toUpper()
 AttributeError: 'str' object has no attribute 'left' 


 The ui.txtText.text object is a QLineEdit object, whose
 documentation indicates that its text() function returns a QString
 object, whose documentatation states that the left(self, n) and
 toUpper() functions are supported. What has changed between Python
 2.6 and Python 3.1 that would account for this error?

 Thanks.

 

 ___
 PyQt mailing listPyQt@riverbankcomputing.com
 http://www.riverbankcomputing.com/mailman/listinfo/pyqt



___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

Re: [PyQt] Different Behavior between Python 2.6 and Python 3.1.1