gmane.comp.python.pyqt-pykde

Re: Incorrect conversion from datetime to QVariant

Phil Thompson — 2008-10-12T12:09:39

On Sat, 11 Oct 2008 21:27:40 +0100, Phil Thompson riverbankcomputing.com> wrote: promsoft.ru> I've just changed things so that you now get back a QDateTime instead of the original datetime object. I'm trying to fix aspects of QVariant but without affecting backwards compatibility, but it's a delicate balance. Phil

Re: Re: mouseMoveEvent - Delay after mouse move.

Russell Valentine — 2008-10-12T06:55:24

Looks like it is this bug. Does this sound right to you? http://trolltech.com/developer/task-tracker/index_html?method=entry&id=212667 I guess it depends how fast you need this fixed, or if you think it worth the effort. Just wanted to show you this, good luck. Russell Valentine

Re: [PyKDE] Create Plasma applets with PyKDE?

Simon Edwards — 2008-10-12T06:46:10

In KDE 4.2 you will be able to. cheers,

Re: mouseMoveEvent - Delay after mouse move.

mir amicitas — 2008-10-11T22:22:40

Re: Incorrect conversion from datetime to QVariant

Phil Thompson — 2008-10-11T20:27:40

On Fri, 10 Oct 2008 16:40:39 +0700, Alexandr N Zamaraev promsoft.ru> wrote: This is fixed in the current snapshot, but the behaviour is slightly different. You will actually get back (via toPyObject()) a reference to the original datetime object. If you really want the QVariant to contain a QDateTime then do this... v = QtCore.QVariant(QtCore.QDateTime(datetime.today())) Phil

Re: How to use forum

mir amicitas — 2008-10-11T19:02:35

How to use forum

2008-10-11T18:25:00

How can I see replies to the various posts? I new to PyQt and am trying to find some examples of how to use use queries involving 'date' objects. Seems much more complicated than with plain Python and Sqlite.

Re: sip-4.7.8-snapshot-20081007 breaks PyQt-x11-gpl-3.17.4

Phil Thompson — 2008-10-11T13:00:29

On Thu, 9 Oct 2008 07:55:29 +0200, Gerard Vermeulen gmail.com> wrote: *** It will be fixed in tonight's SIP snapshot. Thanks, Phil

mouseMoveEvent - Delay after mouse move.

mir amicitas — 2008-10-11T09:59:58

[PyKDE] Create Plasma applets with PyKDE?

Luca Ferrari — 2008-10-11T09:42:12

Hello, can I create Plasma applets with PyKDE4? I can't find any documents regarding programming plasma with PyKDE4... Can you help me? Thanks guys Luca

Re: QcheckBox

Darryl Wallace — 2008-10-10T12:30:31

Hello, The checkbox has the ability to be tri-state (unchecked | partially checked | checked). So using setCheckState() will require a Qt.CheckState enum, since this is how you set it's tri-state value. What you want to use is setChecked(True) or setChecked(False) That should work. If you want to ensure that it cannot have a tristate mode use setTristate(False). It's all in the docs: http://www.riverbankcomputing.com/static/Docs/PyQt4/html/qcheckbox.html Darryl Min Li wrote:

Re: Extracting QSqlQuery results in PyQt4

Aaron Digulla — 2008-10-10T12:26:56

mir amicitas schrieb: Try: results = list(self.cursor) That might give another few ticks. And have a look at my code in UPCScan 0.6. There, I've moved the DB code into a background thread. This means the UI can already be used while the DB code is still fetching data. The next step would be to load the big table in chunks of, say, 25 rows at a time by creating a select that returns only 25 rows, add them to the table and start the fetch of the next 25 rows. Or you can try to fetch as little data as possible. So the first query would be to fetch only the number of rows in the table and return that in your model without actually loading anything. Put N proxy objects into the model (which should only take a few seconds). When a proxy object is requested, load it (and maybe some more nearby proxy objects). This way, you'll only load the data the user actually wants to see. Regards,

QcheckBox

Min Li — 2008-10-10T11:23:24

Re: Troubles in return html text from QtextEdit

Phil Thompson — 2008-10-10T11:19:30

Use unicode() instead of str(). Phil

Troubles in return html text from QtextEdit

Min Li — 2008-10-10T11:13:20

Re: QDesktopServices::setUrlHandler does not have the righttypes

Phil Thompson — 2008-10-10T09:58:23

On Fri, 10 Oct 2008 02:32:23 -0700, "Erick Tryzelaar" users.sourceforge.net> wrote: I'm not sure I understand. Allowing a method rather than an object and method name is just a convenience, it doesn't affect the underlying behaviour. Had it not broken backwards compatibility I would have removed the ability to pass a method to setUrlHandler() and stuck with the (slightly strange) Qt API. You can't get rid of Q_RETURN_ARG() and so I might choose not to remove Q_ARG() and keep invokeMethod() as a low level method as close to the Qt API as possible. Phil

Incorrect conversion from datetime to QVariant

Alexandr N Zamaraev — 2008-10-10T09:40:39

My Environment: WinVista Home Basic Ru + sp1 Python 2.5.2 sip 4.7.7 (from source, build gcc mingw 3.4.5) Qt 4.4.1 (from source, build gcc mingw 3.4.5) PyQt 4.4.3 (from source, build gcc mingw 3.4.5) Code snap: >>> from datetime import datetime >>> from PyQt4 import QtCore >>> u'%s' % datetime.today() u'2008-10-10 16:37:57.822000' >>> '%s' % QtCore.QVariant(datetime.today()).toString() u'2008-10-10' >>> QtCore.QVariant(datetime.today()).typeName() 'QDate' Why QtCore.QVariant(datetime.today()).typeName() is 'QDate'? Mast by 'QDateTime'.

Re: QDesktopServices::setUrlHandler does not have the righttypes

Erick Tryzelaar — 2008-10-10T09:32:23

On Thu, Oct 9, 2008 at 3:56 AM, Phil Thompson riverbankcomputing.com> wrote: More of a consistency with the other handlers. There's also being able to put things in the QT mailboxes as well. If I understand pyqt4's QThreads, if you pass a function created in the main thread to a QThread, then calling that function calls the function in the QThread's context. However, sometimes we want to send the results across the boundary to the main thread's mailbox to be dealt with later. Or does pyqt4 do this automatically for us? Also if this is useful for pyqt4, it could be nice if we could do away with the Q_ARGs, as I think pyqt4 could introspect the types for us. Not sure how it'd deal with the return type though.

Re: PyQt4 and Python 3.0

Glenn Linderman — 2008-10-03T21:05:45

On approximately 10/3/2008 8:18 AM, came the following characters from the keyboard of Phil Thompson: While these are excellent goals, and some of the other suggestions have merit, know that there is interest. Probably there are two classes of users; those wanting to port existing applications, that would want to see "compatibility wrappers" for existing code to allow a slow migration to the new APIs, and those that are writing new applications, and would like to bypass all the "old cruft". My personal situation is that I have only recently begun writing my first major PyQt application, using Python 2.5 and PyQt 4. This will take me "a while" also. Depending on how long our "a while"s are, I hope to probably release the application using Python 3.0 and the appropriate PyQt (be it 4 or 5 or whatever). Any suggestions you can make regarding how to best approach writing code to prepare for the eventual PyQt on Python 3.0 would be welcome; and any timelines that you can provide would be welcome. I am willing to "play along" to some extent, trying out new versions at least with test programs, if not the actual application, although I haven't yet attempted to build PyQt from source, so am dependent on install packages.

Re: PyQt4 and Python 3.0

Arthur Pemberton — 2008-10-03T21:05:07

Is there any reasonable expectation of a pyqt* class in the core library?

Re: PyQt4 and Python 3.0

Mark Summerfield — 2008-10-03T20:59:14

I like that:-) But how do we then distinguish QtGui.QApplication from QtCore.QApplication? (Or does that even matter?) But I'm not keen on pyqt4 and other lowercase names as Daniel suggested. IMO lowercase is for Python's standard packages; I think mixed cased is best for own and third party to help avoid clashes.