headers
Daniel Miller | 7 Oct 20:47

Re: PyQt4 and Python 3.0


On Oct 7, 2008, at 12:54 PM, Phil Thompson wrote:
> On Tue, 7 Oct 2008 11:10:57 -0400, Daniel Miller  
> <daniel <at> keystonewood.com>
> wrote:
>>
>> - I am moving to PyQt4 because I need to use some of the new features
>> (the Graphics View Framework, for one). If I did not need these new
>> features in PyQt4 I'd be content to stay with PyQt3.
>>
>> ...
>>
>> Why should I rewrite an entire code base that is working fine and
>> does not need to be touched?
>
> Obviously you shouldn't if it is meeting your current and anticipated
> requirements.

It doesn't, see above.

> PyQt3 has always maintained backwards compatibility, so has PyQt4.  
> PyQt3 is
> not PyQt4. Likewise Qt3 is not Qt4. Granted, Trolltech produced a  
> Qt3=>Qt4
> migration tool, but then they have orders of magnitude more  
> development
> resources and charge a lot more money for their product.

You have a good point there. I should apologize for being so harsh. I  
guess I'm just frustrated that I have to do so much work to get to
(Continue reading)

Permalink | Reply | 2 comments |
headers
Daniel Miller | 7 Oct 17:10

Re: PyQt4 and Python 3.0

I should clarify a few things before I embark on a rebuttal:

- I have deployed my code to my end users many times since I started  
to build my PyQt4 compatibility layer (it is not finished yet, and I  
can't afford to stop pushing out bug fixes and new features for a few  
months while I do a rewrite).

- I am moving to PyQt4 because I need to use some of the new features  
(the Graphics View Framework, for one). If I did not need these new  
features in PyQt4 I'd be content to stay with PyQt3.

On Oct 6, 2008, at 2:32 PM, Phil Thompson wrote:
> On Mon, 6 Oct 2008 12:27:42 -0400, Daniel Miller  
> <daniel <at> keystonewood.com>
> wrote:
>>>
>>>> I hope Phil can stick to the really needed stuff. Porting stuff  
>>>> from
>>>> Qt/KDE 3 to 4 has proven to be draining work which I hope to avoid
>>>> having to do again in the near future.
>>>
>>> Which is why I say don't port, rewrite.
>
> Before I start I should point out that I say "rewrite", not  
> "rewrite from
> scratch". My main point is that, when presented with a major change in
> technology then don't try to get away with making as few changes as
> possible - which is what "port" means to me.

Why should I rewrite an entire code base that is working fine and
(Continue reading)

Permalink | Reply | 1 comment |
headers
Phil Thompson | 7 Oct 09:55

Re: Re: PyQt4 and Python 3.0

On Tue, 07 Oct 2008 00:29:12 -0700, Glenn Linderman <v+python <at> g.nevcal.com>
wrote:
> On approximately 10/6/2008 10:07 PM, came the following characters from 
> the keyboard of Phil Thompson:
>> On Mon, 6 Oct 2008 21:30:49 -0500, "Arthur Pemberton" <pemboa <at> gmail.com>
>> wrote:
>>> On Mon, Oct 6, 2008 at 7:33 PM, Doug Bell <dougb <at> bellz.org> wrote:
>>>> Giovanni Bajo wrote:
>>>>> On 10/6/2008 7:27 PM, Joshua Kugler wrote:
>>>>>> Phil Thompson wrote:
>>>>>>
>>>>>>> On Fri, 3 Oct 2008 17:11:19 +0200, Detlev Offenbach
>>>>>>> <detlev <at> die-offenbachs.de> wrote:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> will there be PyQt4 support for Python 3.0 once it goes final?
>>>>>>> Not straight away. I will take the opportunity to break backwards
>>>>>>> compatibility (eg. removing QVariant, QString, QChar, QByteArray
>> etc),
>>>>>>> and
>>>>>>> those changes will be made over a period of time. So it may be a
>> while
>>>>>>> before the API is stable enough for anything other than playing.
>>>>>> Before you do that, please take into consideration Guido's advice:
>>>>>>
>>>>>> "Don't change your APIs incompatibly when porting to Py3k."
>>>>>>
>>>>>> http://www.artima.com/weblogs/viewpost.jsp?thread=227041
>>>>> I think the main collision here is that Guido is trying to help
people
(Continue reading)

Permalink | Reply | 12 comments |
headers
Mpi | 7 Oct 09:21

No cancel button in QProgressDialog

Dear all,

I don't want the cancel button to show up in my progress dialog. If you pass
a 0 for the cancelButtonText in the constructor, the button should go away.
Here's what I do

progress = QProgressDialog ('Rendering...', QString(0), 0, 100)

But the button still appears. Any clues on how to go about this?

running:

PyQt-x11-gpl-4.4.3
qt-x11-opensource-src-4.4.1

Best regards,

Mads

________________________________________________________________
Kommunikation uden grænser - ComX Networks Webmail - 2.7.8p3
Permalink | Reply | 1 comment |
headers
"Filip =?iso-8859-2?q?Gruszczy=F1ski=22?= | 6 Oct 22:11

QPoint - Hash values

Recently I have noticed, that:

x = QPoint(1, 1)
y = QPoint(1, 1)

and hash(x) == hash(y) is not true, though x == y. Why is it so?
Because of that points cannot be used effectively in set or dict. Is
there any particular reason for that?

--

-- 
Filip Gruszczyński
Permalink | Reply | 1 comment |
headers
Matt Smith | 6 Oct 21:54

Waiting on non-QT events.

I have written an app for checking my email, and it laggs when I am
downloading from the server and I am curious how to avoid this.

The general layout is 
EmailWidget (Qwidget with a layout)
	.ImapTool
	.MessageList(QlistView)
	.MailBoxList(QlistView)
	def RefreshMessageList()

 I double click the MailBoxList it emits a signal that Email Widget is
connected to which then calls the ImapTool to query the imap server.
This stops everything, the lists freeze and I can't do anything until
the imap routine finishes.  
Could this be avoided using more signals.  Like have the ImapTool as a
separate QObject that emits a signal when finish?.

thanks
mbs
Permalink | Reply | 1 comment |
headers
Detlev Offenbach | 6 Oct 19:21

ANN: eric4 4.2.2a available

Hi,

a bug fix release of the stable eric4 line is available on 
http://www.die-offenbachs.de/eric4. It fixes a serious bug introduced by the 
latest update. Sorry for any inconveniences caused by my mistake.

Regards,
Detlev
--

-- 
Detlev Offenbach
detlev <at> die-offenbachs.de
Permalink | Reply | 0 comments |
headers
Mateyuzo | 6 Oct 07:41

SqlAlchemy as a Model

Hello all,

I am new to PyQt and Qt for that matter. After starting into the Rad PyQt book and skipping around a bit I don't
have a clear picture.

Is it possible to directly use SqlAlchemy as a model or must I implement a custom QAbstractTableModel? 

I am moving a Cocoa-Python application to PyQt to be cross platform, and would like to continue to use the
same data access layer.

Regards,
m
Permalink | Reply | 0 comments |
headers
Detlev Offenbach | 5 Oct 19:27

ANN: new eric4 4.3.0 snapshot available

Hi,

a new snapshot of the eric 4.3 development is available via 
http://www.die-offenbachs.de/eric/snapshots4. Here is the changelog.

- bug fixes
- added a dialog to replace in files (Ctrl+Shift+R)
- reenabled the support for KDE dialogs
- added editor context menu entry to toggle the typing aids support
- added shortcut to the configuration dialog to several eric4 components
- extended the help facility to support remote documentation (starting with
  http:// or https://)
- added display of the eol string used by the editor and improved eol handling
- made eol and encoding user selectable
- made the usage of the universal character encoding detector configurable

Regards,
Detlev
--

-- 
Detlev Offenbach
detlev <at> die-offenbachs.de
Permalink | Reply | 0 comments |
headers
Phil Thompson | 5 Oct 18:24

Re: Registering meta objects

On Sun, 5 Oct 2008 18:03:02 +0200, Stefan Stammberger <sstammberger <at> web.de>
wrote:
> Hi,
> 
> I would like to register QVec3f for use with QVariants. According to an
> older 
> discussion it is not possible. But since then over a year has passed.
> 
> http://thread.gmane.org/gmane.comp.python.pyqt-pykde/8474/focus=8481
> 
> Has support for this been added since then?

If QVec3f is wrapped by SIP then it will be registered automatically.

Phil
Permalink | Reply | 0 comments |
headers
Stefan Stammberger | 5 Oct 18:02

Registering meta objects

Hi,

I would like to register QVec3f for use with QVariants. According to an older 
discussion it is not possible. But since then over a year has passed.

http://thread.gmane.org/gmane.comp.python.pyqt-pykde/8474/focus=8481

Has support for this been added since then?

Regards,
Stefan
Permalink | Reply | 0 comments |

Gmane