Re: [PyQt] Re: PyQt without X11
Alberto Berti wrote: maybe you can try with xvfb, which is a fake xserver. Thanks for the suggestion. Not the perfect solution, but this worked for me: $ apt-get install xvfb ... $ xvfb-run python myscript.py I re-set GUIEnabled to True again, otherwise I still got a segmentation fault. Truth is I'd wished I could have run the script without X11 since QWebPage opens no windows (maybe it uses x11 internally, though). thanks, arnau ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] RE: PyQt newbie needs some help with a small report designer program
--- On Mon, 6/15/09, David Boddie da...@boddie.org.uk wrote: From: David Boddie da...@boddie.org.uk Subject: Re: [PyQt] RE: PyQt newbie needs some help with a small report designer program To: pyqt@riverbankcomputing.com Date: Monday, June 15, 2009, 8:36 PM On Thu Jun 11 01:22:05 BST 2009, Lee wrote: You call its setBackgroundRole() method in its paintEvent() implementation. This appears to cause another paint event to be sent to the Resizer object, so you just keep receiving paint events. Ok, I think that makes sense. Removing does fix the issue. You can call setBackgroundRole() in the widget's __init__() method if you want. That's actually where i moved it... If the resizing of the page header pushes the lower band(s) past the viewable area of the child window, I want the scroll bar to come up and allow me to scroll down to make that part visible. (This last part seems to be working.) So, if I've understood correctly, you want a window containing a vertical arrangement of bands, each of which can be resized. When a band is resized, the total amount of space taken up by the bands changes, but the size of the window itself doesn't change, so what you really want is a viewport onto a canvas or widget containing the bands. I've been thinking more along the lines of a widget containing the bands. That's the direction I think I'll go. I haven't had any time to start trying things in code yet though. I hope this all makes sense. I think so. :) Yep, I think you got it... My reasons for doing this is I find that every now and then I have the need for a very lightweight reporting component in python. Also, I have been wanting to learn Qt, so I figured I would tackle both at the same time. I think having a project you want to build is probably the best way to learn something. This might be a bit of a tricky starting project because I'm not sure that QSplitter can do what you want out of the box. My initial idea was to put a QSplitter into a QScrollArea and add widgets to it, but that doesn't work as desired because QSplitter always tries to reduce the space taken up by one widget when you increase the size of another. David Yeah, seems a bit ambition straight off, but that's ok, I don't have any other personal projects to work on at the moment, so this will keep me honest for a while. Thanks for you comments, Lee __ PyQt mailing list PyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] RE: PyQt newbie needs some help with a small report designer program
On Thu Jun 11 01:22:05 BST 2009, Lee wrote: You call its setBackgroundRole() method in its paintEvent() implementation. This appears to cause another paint event to be sent to the Resizer object, so you just keep receiving paint events. Ok, I think that makes sense. Removing does fix the issue. You can call setBackgroundRole() in the widget's __init__() method if you want. [...] If the resizing of the page header pushes the lower band(s) past the viewable area of the child window, I want the scroll bar to come up and allow me to scroll down to make that part visible. (This last part seems to be working.) So, if I've understood correctly, you want a window containing a vertical arrangement of bands, each of which can be resized. When a band is resized, the total amount of space taken up by the bands changes, but the size of the window itself doesn't change, so what you really want is a viewport onto a canvas or widget containing the bands. I hope this all makes sense. I think so. My reasons for doing this is I find that every now and then I have the need for a very lightweight reporting component in python. Also, I have been wanting to learn Qt, so I figured I would tackle both at the same time. I think having a project you want to build is probably the best way to learn something. This might be a bit of a tricky starting project because I'm not sure that QSplitter can do what you want out of the box. My initial idea was to put a QSplitter into a QScrollArea and add widgets to it, but that doesn't work as desired because QSplitter always tries to reduce the space taken up by one widget when you increase the size of another. David ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt 4.5 snapshot build (windows and mac)
On Sun, 17 May 2009 13:51:13 +0200, Michael Held michael.h...@bc.biol.ethz.ch wrote: Andreas Pakulat wrote: On 17.05.09 09:13:45, Magnus Benjes wrote: I was not aware that PyQt goes with mingw32 (what about VC9?). using mingw which came with Qt4.5 I could build SIP and PyQt (still compiling) successfully. this article was really helpful: http://diotavelli.net/PyQtWiki/BuildPyQt4Windows There is a build in binary incompatibility between the comercial version of Qt and the open source version on Windows. The open source version is built with Mingw and the comercial version is built with VC. If you want to use Qt with VC you have to buy a comercial licence. No you don't. Both the GPL and LGPL version of Qt4 build just fine with MSVC 2005 or later (IIRC MSVC is supported in the GPL version since 4.3). Andreas hi andreas, thanks for your infos. I installed the non-commercial Qt4.5 binaries and the PyQt4.5 snapshot, but running nmake for VC9express did only compile the qtdirs.exe but nothing else, while mingw32-make did the full job. could it be that Configure.py needs more arguments to setup for VC9? actually mingw is fine for me, or are there serious implications I do not know about? If you are switching between compilers then make sure you re-build SIP first with the correct -p flag. I use MSVC2008 Express because it's the same compiler used to build Python and it builds Phonon. Phil ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt 4.5 snapshot build (windows and mac)
On 17.05.09 13:51:13, Michael Held wrote: Andreas Pakulat wrote: On 17.05.09 09:13:45, Magnus Benjes wrote: I was not aware that PyQt goes with mingw32 (what about VC9?). using mingw which came with Qt4.5 I could build SIP and PyQt (still compiling) successfully. this article was really helpful: http://diotavelli.net/PyQtWiki/BuildPyQt4Windows There is a build in binary incompatibility between the comercial version of Qt and the open source version on Windows. The open source version is built with Mingw and the comercial version is built with VC. If you want to use Qt with VC you have to buy a comercial licence. No you don't. Both the GPL and LGPL version of Qt4 build just fine with MSVC 2005 or later (IIRC MSVC is supported in the GPL version since 4.3). thanks for your infos. I installed the non-commercial Qt4.5 binaries Missed that part, the binary package of Qt4.5 is of course compiled with MinGW. However you can simply fetch the source package and build it yourself with MSVC. actually mingw is fine for me, or are there serious implications I do not know about? Well, its only slightly less broken than MSVC6 wrt. some C++ constructs and its horribly slow too. Andreas -- Bridge ahead. Pay troll. ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt 4.5 snapshot build (windows and mac)
On 17.05.09 21:47:53, Michael Held wrote: Andreas Pakulat wrote: On 17.05.09 13:51:13, Michael Held wrote: Andreas Pakulat wrote: On 17.05.09 09:13:45, Magnus Benjes wrote: I was not aware that PyQt goes with mingw32 (what about VC9?). using mingw which came with Qt4.5 I could build SIP and PyQt (still compiling) successfully. this article was really helpful: http://diotavelli.net/PyQtWiki/BuildPyQt4Windows There is a build in binary incompatibility between the comercial version of Qt and the open source version on Windows. The open source version is built with Mingw and the comercial version is built with VC. If you want to use Qt with VC you have to buy a comercial licence. No you don't. Both the GPL and LGPL version of Qt4 build just fine with MSVC 2005 or later (IIRC MSVC is supported in the GPL version since 4.3). thanks for your infos. I installed the non-commercial Qt4.5 binaries Missed that part, the binary package of Qt4.5 is of course compiled with MinGW. However you can simply fetch the source package and build it yourself with MSVC. actually mingw is fine for me, or are there serious implications I do not know about? Well, its only slightly less broken than MSVC6 wrt. some C++ constructs and its horribly slow too. thanks for the infos. so you say PyQt-Py2.6-gpl-4.5-snapshot-20090504-1.exe was build with mingw? I don't know, haven't used PyQt for quite some time and never really the snapshots. I was talking about Qt, not PyQt binaries. As PyQt4 binary packages also contain Qt itself, it could be that Phil builds them with MSVC. anyway, I am fine with mingw32, but tried to find out why my py2exe dist is not transferable to another PC. I switched to this binary snapshot of PyQt 4.5 but py2exe is now struggling to find MSVCP90.DLL... That indicates that indeed the snapshot was built with MSVC9. Andreas -- Your love life will be happy and harmonious. ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt Licensing
On Thu, 07 May 2009 05:58:12 +0200, Alberto Berti albe...@metapensiero.it wrote: A Corsaire == A Corsaire corza...@gmail.com writes: Phil First off, many thanks for not pestering me about this - it is Phil greatly appreciated. Phil Phil In a nutshell, the PyQt licensing will not be changed in the Phil short term. Corsaire that Python misses out on PyQt becoming Corsaire the de-facto standard GUI library we sorely Corsaire need. Differently from you, i'm quite fine with PyQt licensing as it is now and i hope that Phil will have time and resources to continue its great work. What's i don't understand is the reason for not publishing a read only repository with the gpl code and even better also a bugtracker that allows developers and distribution packagers to track bugs and if and when their fix was applied to the sources. It seems to me that this would be a great help for the community and little effort for Phil and co. and the same time i don't see how it can damage Phil's business. The question raised already, but never receved a response. If this is just a problem about resources to setup and maintain it i can help with this. I even checked the possibility to apply all the history of the snapshots to a repo in the hope of tracking code changes, but older snapshots where unavailable last time i tried. Phil, please, could you share your thougts on this, frankly? These are on the TODO list - just not the highest priority at the moment - I'm thinking some time over the summer. A public repo for PyQt is more of a problem because it's contents would look nothing like the contents of the real repo. Technically possible, just more work to implement. Phil ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt Licensing
On Wednesday 06 May 2009 20:58:12 Alberto Berti wrote: A Corsaire == A Corsaire corza...@gmail.com writes: Phil First off, many thanks for not pestering me about this - it is Phil greatly appreciated. Phil Phil In a nutshell, the PyQt licensing will not be changed in the Phil short term. Corsaire that Python misses out on PyQt becoming Corsaire the de-facto standard GUI library we sorely Corsaire need. Differently from you, i'm quite fine with PyQt licensing as it is now and i hope that Phil will have time and resources to continue its great work. What's i don't understand is the reason for not publishing a read only repository with the gpl code and even better also a bugtracker that allows developers and distribution packagers to track bugs and if and when their fix was applied to the sources. It seems to me that this would be a great help for the community and little effort for Phil and co. and the same time i don't see how it can damage Phil's business. The question raised already, but never receved a response. If this is just a problem about resources to setup and maintain it i can help with this. I even checked the possibility to apply all the history of the snapshots to a repo in the hope of tracking code changes, but older snapshots where unavailable last time i tried. Phil, please, could you share your thougts on this, frankly? azazel ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt Even a read-only svn would be a big help for me and would save a lot of time and bandwidth for some users. Would be helpful for debugging and submitting patches. Matt ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQT lost reference (was: Re: PyKDE: KConfigSkeleton not writing configuration)
On Fri, 13 Mar 2009 11:15:41 +0100, Till Gerken till.ger...@gmail.com wrote: Hi, sorry for keeping replying to myself, but nobody else seems to show interest and I am trying to find the root cause of the error: The QString() that I am passing as reference to the C++ class KCoreConfigSkeleton exists as local variable in my Python class derived from KCoreConfigSkeleton. Now any code that interacts with KCoreConfigSkeleton (C++ or Python) may change this QString instance. Looking at the SIP file I see the following: KCoreConfigSkeleton::ItemString* addItemString (const QString name, QString reference, const QString defaultValue = QLatin1String(), const QString key = QString()); Could it be that this method declaration misses /In/ and /Out/ for QString reference? The documentation on /In/ and /Out/ was not too clear for me, could someone elaborate what happens exactly when these statements are given? By default SIP infers whether an argument is being passed into a function or is only being used to return a value from the function according to the type of the argument. /In/ and /Out/ allow you to be explicit about the direction in case the default behaviour is wrong. For a QString the default is that the argument is being passed into the function. The fact that the string may be being updated doesn't qualify it as being used to return a value in this context. It looks like the omission of any /In/ or /Out/ is correct in this case. Phil ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQT lost reference (was: Re: PyKDE: KConfigSkeleton not writing configuration)
On Fri, 13 Mar 2009 11:44:57 +0100, Wolfgang Rohdewald wolfg...@rohdewald.de wrote: On Freitag, 13. März 2009, Till Gerken wrote: The QString() that I am passing as reference to the C++ class KCoreConfigSkeleton exists as local variable in my Python class derived from KCoreConfigSkeleton. Now any code that interacts with KCoreConfigSkeleton (C++ or Python) may change this QString instance. this is because QString() is mutable while python strings are immutable. When dealing with KCoreConfig, do not use QString as local variables, always convert explicitly from/to python strings. No, do exactly the opposite. If you pass a Python string then it will be converted to a QString under the covers. Any changes to that QString will then be discarded. I wonder what happens with this when the QString will be eliminated in PyQt4 as announced. That might break code which relies on QString being mutable. Which is why eliminating QStrings is an incompatible change and will require changes to your code. Phil ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQT lost reference (was: Re: PyKDE: KConfigSkeleton not writing configuration)
On Freitag, 13. März 2009, Phil Thompson wrote: Which is why eliminating QStrings is an incompatible change and will require changes to your code. Sorry, it seems I misread your roadmap - I thought this would be a compatible change. -- Wolfgang ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQT lost reference (was: Re: PyKDE: KConfigSkeleton not writing configuration)
On 3/13/09, Phil Thompson p...@riverbankcomputing.com wrote: On Fri, 13 Mar 2009 11:44:57 +0100, Wolfgang Rohdewald wolfg...@rohdewald.de wrote: On Freitag, 13. März 2009, Till Gerken wrote: The QString() that I am passing as reference to the C++ class KCoreConfigSkeleton exists as local variable in my Python class derived from KCoreConfigSkeleton. Now any code that interacts with KCoreConfigSkeleton (C++ or Python) may change this QString instance. this is because QString() is mutable while python strings are immutable. When dealing with KCoreConfig, do not use QString as local variables, always convert explicitly from/to python strings. No, do exactly the opposite. If you pass a Python string then it will be converted to a QString under the covers. Any changes to that QString will then be discarded. The weird thing in this case is that the changes made by KCoreConfigSkeleton are discarded. Even if I call KCoreConfigSkeleton::ItemString::setValue(), the referenced QString is not updated (although it will then be written to disk correctly). This suggests that two instances of the same QString exist. I can live with the workaround calling KCoreConfigSkeleton::ItemString::setValue() and getValue(), but I wonder where the bug is. Any pointers would be appreciated. Till ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQT | QT4-X11
On Mon, 12 Jan 2009 15:55:08 + (UTC), Jelle jelleferi...@gmail.com wrote: Not officially. You'd probably have to hack at the configuration/build process a little. Many thanks Phil. Have you got experience running PyQT on QT4-X11? Some time ago. Have you got perhaps some notion on what mileage could one expect trying this? The first this to do is to is configure sip with -p darwin-g++. If you are really lucky then just configure and build the X11 version of PyQt. Phil ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt menu and tool tip font
Thorsten Kampe wrote: I've also tried changing the font with qtconfig. There I have DejaVu Sans 12 (which I probably set in the KDE Control Center). Changing that also doesn't make a difference with PyQt applications. i've just tried changing the font size in qtconfig whilst i have a pyqt app running behind it. when i click 'save' in the file menu, the font size changes immediately in the qtconfig gui, and then also changes in the pyqt app. are you sure your changes are being saved? Regards Baz Walter ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt Digest, Vol 47, Issue 13
On Wednesday 11 June 2008 11:37:55 am Charles Chen wrote: Hi Phil, Thanks for the reply. I was assuming that PyQt 4.4.2 required Qt 4.4.x because of the error I'm receiving (see below) about QGraphicsWidget (new in Qt 4.4) being missing. I'm building this with a clean install of Python 2.5.2 and Sip 4.7.6, using PyQt-win-commercial-4.4.2. Thanks, Charles mingw32-make[1]: Leaving directory `C:/PyQt-win-commercial-4.4.2/QtCore' makefile:30: warning: overriding commands for target `.c.o' makefile:27: warning: ignoring old commands for target `.c.o' mingw32-make[1]: Entering directory `C:/PyQt-win-commercial-4.4.2/QtGui' g++ -c -O2 -Wall -DUNICODE -DQT_LARGEFILE_SUPPORT -DQT_DLL -DQT_NO_DEBUG -DQT_GU I_LIB -DQT_CORE_LIB -I. -IC:\Python25\include -IC:\Qt\4.3.3\mkspecs\default -IC: /Qt/4.3.3/include\QtGui -IC:/Qt/4.3.3/include\QtCore -IC:/Qt/4.3.3/include -o si pQtGuicmodule.o sipQtGuicmodule.cpp sip/QtGui/qgraphicsitem.sip:799:34: qgraphicsproxywidget.h: No such file or dire ctory sip/QtGui/qgraphicsitem.sip:800:29: qgraphicswidget.h: No such file or directory mingw32-make[1]: *** [sipQtGuicmodule.o] Error 1 mingw32-make[1]: Leaving directory `C:/PyQt-win-commercial-4.4.2/QtGui' mingw32-make: *** [all] Error 2 That's a bug which is fixed in the current snapshot. Phil ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt 4.4.2 / SIP 4.7.6 in custom directories : API version mismatch (3.6 instead of 3.7)
On Friday 30 May 2008 9:37:30 am jbd wrote: The QtCore module is compiled with the later version of SIP but the sip module is from the earlier version. Phil Ok. I must have missed something. I don't see what i'm doing wrong. Sip seems to be correctly installed. Do i have to specify the sip module version to use ? No - you can only have one installed, unless you do some juggling with PYTHONPATH. Phil ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt 4.4.2 / SIP 4.7.6 in custom directories : API version mismatch (3.6 instead of 3.7)
On Friday 30 May 2008 10:18:13 am jbd wrote: Phil Thompson wrote: No - you can only have one installed, unless you do some juggling with PYTHONPATH. Phil Ok, i have the debian sip version installed but i use PYTHONPATH to be able to use PyQt4 (i remove the debian python-qt4 to be sure. A simple python -c import PyQt4 works fine). Before launching my python interactive shell, i run : $ export PYTHONPATH=$STATIC_LIBS_DIRECTORY/lib/python2.4/site-packages/:$PYTHONPATH $ ls $STATIC_LIBS_DIRECTORY/lib/python2.4/site-packages/ libsip.a PyQt4/ sipconfig.py sipconfig.pyc sipdistutils.py I'm doing something wrong, or i forgot to do something. Thank you for taking time responding my not so related pyqt questions. What's libsip.a doing there? It will be ignored and any sip.so later in PYTHONPATH will be used. If you want a static sip module then you must link it with your interpreter and tell the interpreter source code that sip is a builtin module. In other words you need a complete separate Python installation with a bespoke interpreter. Phil ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt 4.4.2 GPL installer / missing DLL
On Sunday 25 May 2008 10:15:51 am Pierre Raybaut wrote: Date: Sat, 24 May 2008 14:49:33 +0200 From: Thorsten Kampe [EMAIL PROTECTED] Subject: [PyQt] Re: PyQt 4.4.2 GPL installer / missing DLL To: pyqt@riverbankcomputing.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=utf-8 * Python(x,y) (Sat, 24 May 2008 09:33:00 +0200) Phil Thompson a écrit : On Friday 23 May 2008 6:47:11 pm Pierre Raybaut wrote: About this missing DLL issue, the main difference between the 4.3.3 and 4.4.x Windows installer releases seems to be about the .dll management. Apparently, since 4.4.1 release, for example, there is not only a QtCore.pyd file but also a QtCore4.dll and so on. Hence the new add to path installer feature, for Windows to find the QtCore4.dll. The problem is that MATLAB for example is also using a QtCore4.dll (which is built with MSVS2005, hence the missing MSVCP80.dll error), and Windows find the MATLAB directory first when searching the PATH environment variable... so, PyQt is currently not compatible with MATLAB for example, which is quite a serious problem for me and a lot of scientific users I know. Unless you have a solution to this PATH conflicting issue? Just add a .bat file around one of them with a specific PATH set up. in order to run MATLAB with a specific PATH set up? If that's what you meant, I really can't do that for two reasons. I had this problem, too (just not with Matlab). I copied the DLLs to the site-packages/PyQt4 folder. Not a clean solution but it works. Another possibility would be to /move/ the exes and DLLs to the pyd folder. But then Qt Assistant might not find the help files. Thorsten Thanks Thorsten, good to know. If it works, why not doing it directly in the PyQt4 GPL installer, Phil? In fact, that would be great if the add directory to PATH thing would not be necessary any more, just like before (with the 4.3.3 release). The previous installer was buggy in this respect. If you chose a different installation directory then things tended not to work. With the current installer things should still work no matter what the installation directory is. That's the behaviour that most people want. If I were you I'd ignore the PyQt installer (in the same way I ignore the Qt installer) and install PyQt from your own installer in a way that suits your users. Things might change with Python v2.6 which will be built with MSVC 2008. I will probably include a copy of Qt built using the same compiler (so that the phonon module will be supported) instead of the MinGW compiled version from Trolltech. I'm not sure if the use of manifests will avoid the problem. Phil ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt 4.4.2 GPL installer / missing DLL
On Sat, 2008-05-24 at 09:33 +0200, Python(x,y) wrote: Phil Thompson a écrit : On Friday 23 May 2008 6:47:11 pm Pierre Raybaut wrote: About this missing DLL issue, the main difference between the 4.3.3 and 4.4.x Windows installer releases seems to be about the .dll management. Apparently, since 4.4.1 release, for example, there is not only a QtCore.pyd file but also a QtCore4.dll and so on. Hence the new add to path installer feature, for Windows to find the QtCore4.dll. The problem is that MATLAB for example is also using a QtCore4.dll (which is built with MSVS2005, hence the missing MSVCP80.dll error), and Windows find the MATLAB directory first when searching the PATH environment variable... so, PyQt is currently not compatible with MATLAB for example, which is quite a serious problem for me and a lot of scientific users I know. Unless you have a solution to this PATH conflicting issue? Just add a .bat file around one of them with a specific PATH set up. Phil in order to run MATLAB with a specific PATH set up? If that's what you meant, I really can't do that for two reasons. First, I think that users don't want Python(x,y) installer to change in any way their other installed softwares. Second, MATLAB is an interpreter much like Python, meaning that you can type matlab.exe script.m to run program script.m, so you can't really ask users to use a .bat file each time they run programs. Yes, I see that it's going to be a problem here. It's the kind of problems that re-surfaces now that Qt's .DLLs are separated from .PYDs. In fact, till now I hadn't realized this was a problem even if you installed Qt's .DLLs next to PyQt's .PYDs, but that's the way Windows works... -- Giovanni Bajo Develer S.r.l. http://www.develer.com ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt and DB API.
On Mon May 19 02:58:05 BST 2008, Alberto Berti wrote: [http://indico.cern.ch/contributionDisplay.py?contribId=33sessionId=41confId=44] thanks for producing and publishing that slides and examples, they where one of the first reviews of the Qt4 architecture that i read when I was evaluating it half a year ago. Very well done. Thanks. I enjoyed putting the talk and examples together with Torsten, though it was quite an experience presenting in the first session of the conference, having arrived the day before without luggage... I very nearly had a similar experience last year at PyCon UK where I presented a talk on PyQt and Qt Designer: http://www.boddie.org.uk/david/Projects/Python/Qt/PyCon_UK_2007_PyQt_and_Qt_Designer.pdf http://pypi.python.org/pypi/PyCon_UK_2007_PyQt_and_Qt_Designer/2 I'm not sure if I'll do something similar this year, though I have some other projects I'd like to talk about. David ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt
On Wednesday 05 March 2008 16:29, Jon Chambers wrote: Thanks for the speedy responses! I'm now trying to create a non-paintEvent function that calls an update if necessary. But now when i do self.connect(self.timer, QtCore.SIGNAL('timeout()'), self.pollJoysticks()) Remove the parens from self.pollJoysticks () - you want the address of the method, not to call the method. Should be: self.connect ( ... self.pollJoysticks) Jim ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
On 2007-10-29, alteo_gange wrote: Le lundi 29 octobre 2007, kib2 a écrit : Hi, I just wanted to buy the book on Amazon.fr, and I saw something really amazing : price has changed from 58 euros to about 37 since this morning. Is that normal ? Champagne! :) Thanks for this information! I will buy the book. In amazon.de the book costs 63,99 euros! :-s amazon.de seem to have dropped their price now: 32.89 EUR with free shipping, while amazon.fr is now down to 35.94 EUR, also with free shipping. I have no idea why:-) I've heard that it is difficult to get in Australia; one bookshop that claims to have it is booktopia.com.au: http://www.booktopia.com.au/rapid-gui-programming-with-python-and-qt-the-definitive-guide-to-pyqt-programming/prod9780132354189.html at 58.45 AUD, but I have no personal knowledge of them so don't know if they are good or not. -- Mark Summerfield, Qtrac Ltd., www.qtrac.eu ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
Am Mittwoch, 14 de November de 2007 18:47:20 schrieb Mark Summerfield: amazon.de seem to have dropped their price now: 32.89 EUR with free shipping, while amazon.fr is now down to 35.94 EUR, also with free shipping. I have no idea why:-) I just ordered one from http://bookzilla.de for about 40€ and free shipping, but since I know that 10% of the price go to the free software foundation, the deal isn't that bad (they are donating 10% of everything which gets bought there to the fsf, which is the reason I buy almost all my books from them). Best wishes, Arne -- Unpolitisch sein Heißt politisch sein Ohne es zu merken. - Arne Babenhauserheide ( http://draketo.de ) -- Weblog: http://blog.draketo.de -- Mein öffentlicher Schlüssel (PGP/GnuPG): http://draketo.de/inhalt/ich/pubkey.txt signature.asc Description: This is a digitally signed message part. ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
On 2007-10-29, Kerri Reno wrote: I just got my book via UPS from Barnes Noble this morning! Thanks so much, Mark! I'll try to give a review when I'm farther along. I'm really glad that the books are starting to arrive... I really hope you like it, and would be v. grateful if you put up a review (assuming it is a nice one of course:-) Kerri On 10/29/07, Mark Summerfield [EMAIL PROTECTED] wrote: On 2007-10-29, kib2 wrote: Hi, I just wanted to buy the book on Amazon.fr, and I saw something really amazing : price has changed from 58 euros to about 37 since this morning. Is that normal ? I don't know! But obviously best to buy it straight away;-) Maybe they are slow adjusting to USD:EUR exchange rates, or maybe they dropped the price because they calculate that the loss in cover price will be offset by more sales? I just hope the books arrive soon! -- Mark Summerfield, Qtrac Ltd., www.qtrac.eu ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt -- Mark Summerfield, Qtrac Ltd., www.qtrac.eu ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
On 2007-10-29, alteo_gange wrote: Le lundi 29 octobre 2007, kib2 a écrit : Hi, I just wanted to buy the book on Amazon.fr, and I saw something really amazing : price has changed from 58 euros to about 37 since this morning. Is that normal ? Champagne! :) Thanks for this information! I will buy the book. I hope you enjoy it! In amazon.de the book costs 63,99 euros! :-s Not anymore! This morning amazon.de had dropped the price to 50 EUR:-) -- Mark Summerfield, Qtrac Ltd., www.qtrac.eu ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
On 2007-10-28, Reinhard Thies wrote: Mark, when do you expect the book to be ready ? I preordert the book at amazin.de but there is no delivery date. Thanks Reinhard The books were physically printed in the US about 3 weeks ago and are now in the US distribution channels. My guess is that some are scheduled to be shipped to destinations outside the US early next month (and this certainly includes Europe). I was sent mine by airmail and I think they've done a really good job printing it---the screenshots and text are sharp and clear and they've used the PDF I supplied so everything looks exactly as I wanted it to. BTW I've updated pyqtbook.{zip,.tar.gz}. I have added two more programs which are almost identical copies of two programs that are already there, one to show a more sophisticated approach to creating an SDI window menu, and the other to provide a better python syntax hightligher (and updated README.txt regarding these)---so no need to get the updated archive if you're not interested in SDI or python syntax highlighting. PS On the book's Prentice Hall web page it says Format: Cloth, whereas the format is actually hardback. -- Mark Summerfield, Qtrac Ltd., www.qtrac.eu ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
Hi, I just wanted to buy the book on Amazon.fr, and I saw something really amazing : price has changed from 58 euros to about 37 since this morning. Is that normal ? Thanks, Christophe. ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
On Mon Oct 29 15:05:48 GMT 2007, kib2 wrote: I just wanted to buy the book on Amazon.fr, and I saw something really amazing : price has changed from 58 euros to about 37 since this morning. Is that normal ? Maybe the original price was just an estimated price - or maybe someone at Amazon is reading this thread. ;-) David -- David Boddie Lead Technical Writer, Trolltech ASA ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
On 2007-10-29, kib2 wrote: Hi, I just wanted to buy the book on Amazon.fr, and I saw something really amazing : price has changed from 58 euros to about 37 since this morning. Is that normal ? I don't know! But obviously best to buy it straight away;-) Maybe they are slow adjusting to USD:EUR exchange rates, or maybe they dropped the price because they calculate that the loss in cover price will be offset by more sales? I just hope the books arrive soon! -- Mark Summerfield, Qtrac Ltd., www.qtrac.eu ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
I just got my book via UPS from Barnes Noble this morning! Thanks so much, Mark! I'll try to give a review when I'm farther along. Kerri On 10/29/07, Mark Summerfield [EMAIL PROTECTED] wrote: On 2007-10-29, kib2 wrote: Hi, I just wanted to buy the book on Amazon.fr, and I saw something really amazing : price has changed from 58 euros to about 37 since this morning. Is that normal ? I don't know! But obviously best to buy it straight away;-) Maybe they are slow adjusting to USD:EUR exchange rates, or maybe they dropped the price because they calculate that the loss in cover price will be offset by more sales? I just hope the books arrive soon! -- Mark Summerfield, Qtrac Ltd., www.qtrac.eu ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt -- Yuma Educational Computer Consortium Compass Development Team Kerri Reno [EMAIL PROTECTED] (928) 502-4240 .·:*¨¨*:·. .·:*¨¨*:·. .·:*¨¨*:·. ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
Mark Summerfield a écrit : On 2007-10-29, kib2 wrote: Hi, I just wanted to buy the book on Amazon.fr, and I saw something really amazing : price has changed from 58 euros to about 37 since this morning. Is that normal ? I don't know! But obviously best to buy it straight away;-) Hi Mark, in fact that's what I've done :) Maybe they are slow adjusting to USD:EUR exchange rates, or maybe they dropped the price because they calculate that the loss in cover price will be offset by more sales? Maybe, and maybe David was right too. I just hope the books arrive soon! So do I ! Cheers, Christophe ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
Le lundi 29 octobre 2007, kib2 a écrit : Hi, I just wanted to buy the book on Amazon.fr, and I saw something really amazing : price has changed from 58 euros to about 37 since this morning. Is that normal ? Champagne! :) Thanks for this information! I will buy the book. In amazon.de the book costs 63,99 euros! :-s -- alteo_gange ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
On lun, 2007-10-29 at 16:05 +0100, kib2 wrote: Hi, I just wanted to buy the book on Amazon.fr, and I saw something really amazing : price has changed from 58 euros to about 37 since this morning. Is that normal ? Thanks, Christophe. Whaou, wonderful !!! . The command was just done for me . Total HT : EUR 34,96 TVA : EUR 1,92 a+ ;) -- Venez faire un tour ici : http://ekd.tolosano.info http://monsitt.irruption.net http://irruption.net/progdudim ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
Le dimanche 28 octobre 2007, Reinhard Thies a écrit : Mark, when do you expect the book to be ready ? I preordert the book at amazin.de but there is no delivery date. Delivery date is '28. November 2007' as in France: http://www.amazon.de/Rapid-GUI-Programming-Python-Development/dp/0132354187/ref=sr_1_1/028-3543748-7046153?ie=UTF8s=books-intl-deqid=1193566072sr=8-1 -- alteo_gange ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
I had preordered the book from Bookpool.com in the U.S., and about a day ago received this email from them: === We wanted to let you know that the following item of your order has just arrived in our warehouse: * Rapid GUI Programming with Python and Qt: The Definitive Guide to PyQt Programming Dick Moores ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
On 2007-10-25, Rajeev J Sebastian wrote: On 10/26/07, David J Brooks [EMAIL PROTECTED] wrote: I expect the American response to overpriced books is much the same as the European one: make a .torrent and put it on the .net Here in India, publishers usually come out with very cheap editions of all these technical books (photocopy on low quality paper) I know that at least one previous book (C++ GUI Programming with Qt 4) was made available in India in a special Indian edition that was supposed to be cheaper, although I've never seen one. I have seen Russian (translated) editions though, and they are usually scaled down slightly in size and printed on thinner paper, again to make them cheaper I suppose. On the other hand, German editions always seem to be hardbacks on really good paper stock. BTW It is too early to know about special editions or translations yet since decisions about these seem to be made based on how well a book does in the US market. Btw, this is the same with movies as well ... increasing piracy has caused some Indian companies like Moser Baer to produce extremely cheap *legal* editions of any given movie - usually latest releases. They are sold on the roadside alongside cheap Chinese goods or second hand books. In fact, it is cheaper to buy a legal movie CD than to buy a blank CD or in fact, to have a nice lunch. Btw, Mark: congrats on your new book! I'm sure it will really be helpful for us trying to learn and teach PyQt. I will try to source it here and recommend it to my students, friends and colleagues. Thanks--I really hope you'll find it useful! Regards Rajeev J Sebastian ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt -- Mark Summerfield, Qtrac Ltd., www.qtrac.eu ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
On 25.10.07 17:19:51, Thorsten Kampe wrote: * Andreas Pakulat (Thu, 25 Oct 2007 15:36:43 +0200) On 25.10.07 13:33:54, Mark Summerfield wrote: Of course, I don't have any control over the pricing, and this isn't just about my particular book---my guess is that outside the US booksellers sell for whatever they think the market will bear. Yeah, US citizens would file a lawsuit if they'd see this happening to them. In good old Europe people just take it as is. I don't think there is a law in America against overpriced books. No, but that doesn't stop American citizen to file a lawsuit. There's no law against putting a cat into a microwave oven and turn it on, yet somebody did it and filed a lawsuit because both things where broken afterwards and (AFAIK) that person won (or all this is just a myth, but there are plenty of these and there must be some truth in them). Andreas -- Tonight's the night: Sleep in a eucalyptus tree. ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
On 10/26/07, David J Brooks [EMAIL PROTECTED] wrote: I expect the American response to overpriced books is much the same as the European one: make a .torrent and put it on the .net Here in India, publishers usually come out with very cheap editions of all these technical books (photocopy on low quality paper) Btw, this is the same with movies as well ... increasing piracy has caused some Indian companies like Moser Baer to produce extremely cheap *legal* editions of any given movie - usually latest releases. They are sold on the roadside alongside cheap Chinese goods or second hand books. In fact, it is cheaper to buy a legal movie CD than to buy a blank CD or in fact, to have a nice lunch. Btw, Mark: congrats on your new book! I'm sure it will really be helpful for us trying to learn and teach PyQt. I will try to source it here and recommend it to my students, friends and colleagues. Regards Rajeev J Sebastian ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
Am Donnerstag, 25. Oktober 2007 21:15 schrieb David J Brooks: I expect the American response to overpriced books is much the same as the European one: make a .torrent and put it on the .net Be careful, safari watermarked the rough cuts edition on every user. Probably with a highly expensive infrastructure, which would explain their stupid price policy. Pete ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt book Rapid GUI Programming with Python and Qt now available
On Thursday 25 October 2007 03:49:04 pm Hans-Peter Jansen wrote: Am Donnerstag, 25. Oktober 2007 21:15 schrieb David J Brooks: I expect the American response to overpriced books is much the same as the European one: make a .torrent and put it on the .net Be careful, safari watermarked the rough cuts edition on every user. Probably with a highly expensive infrastructure, which would explain their stupid price policy. Don't misunderstand. I intend to buy a print copy rather than a bootleg. It won't be the rough cut edition from Safari though. I'll go with the proofread final version. I make enough mistakes on my own. ;) David -- This message is not Y3K compliant. ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt Installation Issues
On Tuesday 16 October 2007, Space Monkey wrote: Thank you for replying so fast. Here's what I got: [EMAIL PROTECTED] PyQt-x11-gpl-4.3.1]# python configure.py -w Determining the layout of your Qt installation... /usr/bin/qmake -o qtdirs.mk qtdirs.pro make -f qtdirs.mk lsbc++ -c -pipe -Wall -W -O2 -DQT_NO_DEBUG -DQT_SHARED -DQT_THREAD_SUPPORT -I/usr/lib/lsb-build-base/qt3/mkspecs/linux-lsb-qt3 -I. -I/usr/include/lsb-build-base/qt3 -o qtdirs.o qtdirs.cpp qtdirs.cpp:1:17: error: QFile: No such file or directory qtdirs.cpp:2:24: error: QLibraryInfo: No such file or directory qtdirs.cpp:3:23: error: QTextStream: No such file or directory qtdirs.cpp: In function int main(int, char**): qtdirs.cpp:7: error: QFile was not declared in this scope qtdirs.cpp:7: error: expected `;' before outf qtdirs.cpp:9: error: outf was not declared in this scope qtdirs.cpp:9: error: QIODevice has not been declared qtdirs.cpp:9: error: QIODevice has not been declared qtdirs.cpp:9: error: QIODevice has not been declared qtdirs.cpp:12: error: QTextStream was not declared in this scope qtdirs.cpp:12: error: expected `;' before out qtdirs.cpp:14: error: out was not declared in this scope qtdirs.cpp:14: error: QLibraryInfo has not been declared qtdirs.cpp:14: error: QLibraryInfo has not been declared qtdirs.cpp:15: error: QLibraryInfo has not been declared qtdirs.cpp:15: error: QLibraryInfo has not been declared qtdirs.cpp:16: error: QLibraryInfo has not been declared qtdirs.cpp:16: error: QLibraryInfo has not been declared qtdirs.cpp:17: error: QLibraryInfo has not been declared qtdirs.cpp:17: error: QLibraryInfo has not been declared qtdirs.cpp:18: error: QLibraryInfo has not been declared qtdirs.cpp:18: error: QLibraryInfo has not been declared qtdirs.cpp:19: error: QLibraryInfo has not been declared qtdirs.cpp:19: error: QLibraryInfo has not been declared make: *** [qtdirs.o] Error 1 Error: Failed to create ./qtdirs using platform linux-g++. Make sure your compiler is installed correctly and you have a working make on your PATH. Looks like you need to use the --qmake flag to point to the Qt4 version of qmake. Phil ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt on Ubuntu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gustavo A. Díaz schrieb: Hi! No, those deb packages does not solve it.. cause when i install those has dependencies problems which are not inside the K/Ubuntu repositories... so... I will try to create the packages for Ubuntu using those sources. If works, i will upload it somewhere. Hi, why don't they, for you? PyQt4 is in Ubuntu, so the packages should be buildable on your system as well. You shouldn't install the debs, since they were build for Debian sid. Just download the source packages and build the debs yourself. best, Torsten - -- Torsten Marek [EMAIL PROTECTED] ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGoQYOfMVFHqJEyFgRArlKAJ4tJdJwQIruGSchS2RzBL7YdB7HeQCgiEiN WGH95txRHdrr7OqbTsdlj9k= =jkmk -END PGP SIGNATURE- ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt v4.3a1 Binary Installer for Windows
On Monday 25 June 2007 4:40 pm, techtonik wrote: Phil Thompson phil at riverbankcomputing.co.uk writes: I've created a binary Windows installer for what will be PyQt v4.3 at http://www.riverbankcomputing.com/Downloads/PyQt4/GPL/PyQt-gpl-4.3a1-Py2. 5.exe The purpose of the package is to satisfy the needs of 95% of users - not 100%. Are those with Python 2.4 present in this 5%? =) Afraid so. Phil ___ PyQt mailing listPyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
Re: [PyQt] Re: PyQt Digest, Vol 33, Issue 23
On Sat, 14 Apr 2007 10:19:03 -0700 Tony Cappellini [EMAIL PROTECTED] wrote: This is probably the most well-known readline for WIndows http://ipython.scipy.org/moin/PyReadline/Intro To: Gerard Vermeulen [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 13/04/2007 23.12, Gerard Vermeulen wrote: In fact, it does not work on Windows because it relies on readline, and Python does not have any readline implementation under Windows. readline itself is UNIX-only. PyReadline does not work. The GNU readline library calls a 'user' defined function through a function pointer (PyOS_InputHook) at a rate of 10 Hz. The new feature in PyQt makes use of the PyOS_InputHook pointer. PyReadline does not handle PyOS_InputHook (tested), neither do most of the Python readline replacements for Windows that I found (by looking at the code). Regards -- Gerard ___ PyQt mailing list[EMAIL PROTECTED] http://www.riverbankcomputing.com/mailman/listinfo/pyqt