[prev in list] [next in list] [prev in thread] [next in thread] 

List:       pykde
Subject:    Re: [PyKDE] branching, PyKDE major versions
From:       "Phil Thompson" <phil () riverbankcomputing ! co ! uk>
Date:       2005-07-20 12:06:38
Message-ID: 9998.194.203.13.71.1121861198.squirrel () river-bank ! demon ! co ! uk
[Download RAW message or body]

> On Wednesday 20 July 2005 08:28, Phil Thompson wrote:
>
>> The biggest bottleneck for PyQt4 is pyuic4.
>
> <snip>
>
>> On
>> the other hand this is something that is self-contained and (apart from
>> actually being able to execute the generated code) independent of the
>> rest
>> of PyQt4 development. So it's something that somebody else could run
>> with
>> quite easily.
>
> What is the best route for doing this?
>
> Does it make sense to have a PyQt4-minus-pyuic release to enable community
> development of a Qt4 pythonic uic? Or do you anticipate that a pythonic
> uic
> wrtten for Qt3 would be a reasonable starting point for Qt4 support?

PyQt4 will be released in stages - so it might be a few releases before it
becomes useful for most people. The initial releases will certainly be
minus pyuic.

I think supporting Qt3 is a good idea - it should ensure that the
implementation is designed around supporting multple major Qt releases
from the start. I'd happily deprecate the existing pyuic3 once it proved
its worth.

Phil

_______________________________________________
PyKDE mailing list    PyKDE@mats.imk.fraunhofer.de
http://mats.imk.fraunhofer.de/mailman/listinfo/pykde
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic