Re: [PyQt] License question...

2008-01-11 Thread Phil Thompson
On Thursday 10 January 2008, Laurent Dufrechou wrote:
 Hello,

 I've recently done a little widget and a little app for IPython for the Wx
 toolkit.

 I've released it under BSD license.

 Now I would like to port it to QT. If possible I would like to avoid GPL
 because professional user will not be able to use it (they would prefer
 LGPL for example).

 Is BSD license is ok with PyQT free open source licensing?

 If not, is there a way to develop free(and open source) qt widget without
 buying a pyqt license?(no money for QT+pyQT for the moment as it is just
 hobby dev)

 Something in fact, that could be reused by pyqt license buyer without being
 forced to release their code under GPL?

The Qt and PyQt exceptions to the GPL allow you to release your code under 
other specific licenses which include the BSD license.

However, those exceptions impose additional GPL-like conditions, ie. the 
viral-like conditions that are fundamental to the GPL. This effectively means 
that you are releasing your code under the GPL anyway.

See http://trolltech.com/products/qt/gplexception for the details.

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


[PyQt] QGradient segmentation fault ?

2008-01-11 Thread Laurent Hamery

hi guys,

I have a problem with the QLinearGradient(or even QGradient..).
Im trying to set another stops list to the gradient, but it produce a 
segmentation fault.

Is it a bug or did I do something wrong ?
Note that Im using PyQt 4.2 with python 2.4.3 but I cant upgrade to 
newer versions as we are currently in production...


Cheers

Laurent


import sys
from PyQt4.QtGui import *
from PyQt4.QtCore import *

class PyTest(QWidget):
def __init__(self, parent=None):
QWidget.__init__(self, parent)

self.gradient = QLinearGradient(0, self.height()/2, 
self.width(), self.height()/2);


self.newStops = []
self.entry1 = tuple([0.0, QColor(Qt.blue)])
self.entry2 = tuple([1.0, QColor(Qt.green)])
self.newStops.append(self.entry1)
self.newStops.append(self.entry2)
print 'setStops: ' + str(type(self.newStops))
print 'stop: ' + str(type(self.newStops[0]))
print 'list: ' + str(self.newStops)
self.gradient.setStops(self.newStops)

def paintEvent(self, event):
self.gradient.setFinalStop(QPointF(self.width(), self.height()/2))

painter = QPainter(self)
painter.setBrush(QBrush(self.gradient))
painter.fillRect(0, 0, self.width(), self.height())



if __name__ == '__main__':
app = QApplication(sys.argv)
widget = PyTest()
widget.show()
sys.exit(app.exec_())
___
PyQt mailing listPyQt@riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt


Re: [PyQt] konsoleFactory::className()

2008-01-11 Thread Jim Bublitz
On Friday 11 January 2008 06:48, D.H.J. Takken wrote:
 Hi,

 Is there anyone having a look at this issue please? I was asked which PyKDE
 I am using. I replied to the list, but no response ever since

You can try editing configure.py. Find any reference assigning a value to 
'opt_konsolepart' and set it to False. 

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


[PyQt] PyKDE4 solid question

2008-01-11 Thread Peter Liedler
Hello there,

I try to work on a PyKDE4 application and have problems on finding
tutorials, specially for configuration dialogs and solid. 

Currently I try to determine the block device address of my cdrom, but
it always gives me the AttributeError: device.
In the solid documentation there is a device function in block that
returns the block device as a string. 
Please tell me where I am wrong. Here is my code sample:

curDevice = Solid.Device.allDevices()
for cdrom in curDevice:
if cdrom.isDeviceInterface (Solid.DeviceInterface.Block):
drive = cdrom.asDeviceInterface (Solid.DeviceInterface.Block)
print drive.device()

Thanks in advance

Peter

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


Re: [PyQt] konsoleFactory::className()

2008-01-11 Thread D.H.J. Takken
Op Friday 11 January 2008 17:56:29 schreef Jim Bublitz:
 On Friday 11 January 2008 06:48, D.H.J. Takken wrote:
  Hi,
 
  Is there anyone having a look at this issue please? I was asked which
  PyKDE I am using. I replied to the list, but no response ever since

 You can try editing configure.py. Find any reference assigning a value to
 'opt_konsolepart' and set it to False.

The command cat configure.py | grep konsole gives me:

makefile.extra_libs.append (konsolepart)
target  = os.path.join (opt_kdelibdir, kde3, libkonsolepart.so)
symlink = os.path.join (opt_kdelibdir, libkonsolepart.so)

No trace of anything called opt_konsolepart...

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


Re: [PyQt] pyqt and pycon

2008-01-11 Thread David Boddie
On Thu, 10 Jan 2008 09:02:54 -0700, Kerri Reno wrote:

 I was really hoping that there would be some pyqt sessions (or tutorials)
 at PyCon2008.

It's a shame that there isn't any obvious PyQt-related content in the list
of scheduled talks but, at community conferences like PyCon, it's up to
individuals to come forward to give presentations and tutorials. If working
on a presentation seems like a lot of work, you can always team up with
someone else.

Some people are able to travel further than others - I'm happy to travel to
EuroPython and PyCon UK to give talks, but less comfortable with a long
distance trip to the US.

There will be plenty of other conference opportunities in 2008. :-)

David

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


Re: [PyQt] pyqt and pycon

2008-01-11 Thread Horst Herb
On Saturday 12 January 2008, David Boddie wrote:
 Some people are able to travel further than others - I'm happy to travel to
 EuroPython and PyCon UK to give talks, but less comfortable with a long
 distance trip to the US.
I believe that in the current political climate many of us non-US residents 
are rather reluctant to travel to conferences in the USA anyway. I used to go 
to 3-5 medical conferences in the US per year, plus a few FOSS related 
conferences (eg O'Reillys, even presented there once), but ceased this 
completely some 5 years ago. 

Last time I visited I didn't feel welcome at all, the customs officers were 
exceedingly rude and hostile - and I am a respectable MD with permanent US 
visa, no criminal records, no extremist affiliations, near-native English 
speaking, Australian permanent resident, German descendence; makes you wonder 
how they would treat people looking less American than I do.

I wonder how many academics and uppermost white collar workers are prepared to 
be treated as criminals until proven otherwise just for the sake of 
attending a conference

Horst

-- 
If we were only half as interested in liberty as in lust, we would not have 
half the problems we have.

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


Re: [PyQt] konsoleFactory::className()

2008-01-11 Thread Jim Bublitz
On Friday 11 January 2008 15:41, D.H.J. Takken wrote:
 Op Friday 11 January 2008 17:56:29 schreef Jim Bublitz:
  On Friday 11 January 2008 06:48, D.H.J. Takken wrote:
   Hi,
  
   Is there anyone having a look at this issue please? I was asked which
   PyKDE I am using. I replied to the list, but no response ever since
 
  You can try editing configure.py. Find any reference assigning a value to
  'opt_konsolepart' and set it to False.

 The command cat configure.py | grep konsole gives me:

 makefile.extra_libs.append (konsolepart)
 target  = os.path.join (opt_kdelibdir, kde3, libkonsolepart.so)
 symlink = os.path.join (opt_kdelibdir, libkonsolepart.so)

 No trace of anything called opt_konsolepart...

OK - apparently the update (-x switch) never got uploaded - my fault. What you 
have should be identical to PyKDE 3.16.0 from riverbankcomputing.com.

In configure.py:

Try commenting out the if extra_lib ... block that contains the first line 
above (makefile.extra_libs ..., around line 733), then locate the if 
kde_version ... block that contains the second two lines above, and comment 
out the entire if block. (around line 765)

That should eliminate all of the konsolePart modifications to the Makefile 
without affecting anything else..

IIRC the problem arose because of changes in distributions after adding the 
konsolePart support that had been requested. If it doesn't build with your 
distribution, there isn't any (simple) way to provide konsolePart support, 
which you probably won't miss anyway.

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