Re: [PyKDE] Support for the unitest framework of Qt

2006-09-24 Thread Phil Thompson
On Sunday 24 September 2006 1:44 am, Giovanni Bajo wrote: Phil Thompson wrote: Anything else, like the QTEST/QVERIFY family of macros, are part of the framework, which I personally don't plan to ever use in a PyQt application anyway. Thanks - it's so much easier when somebody provides a

Re: [PyKDE] Support for the unitest framework of Qt

2006-09-23 Thread Phil Thompson
On Friday 22 September 2006 1:37 pm, Giovanni Bajo wrote: Phil Thompson wrote: Is there planned any support for the Qt Uni Testing Framework? No plans. It seems to use templates for some things (addColumn()) which makes it a real pain. Is there a useful subset you can identify? In my

[PyKDE] Support for the unitest framework of Qt

2006-09-22 Thread Marco Bubke
HiIs there planned any support for the Qt Uni Testing Framework?regardsMarco ___ PyKDE mailing listPyKDE@mats.imk.fraunhofer.de http://mats.imk.fraunhofer.de/mailman/listinfo/pykde

Re: [PyKDE] Support for the unitest framework of Qt

2006-09-22 Thread Phil Thompson
Hi Is there planned any support for the Qt Uni Testing Framework? No plans. It seems to use templates for some things (addColumn()) which makes it a real pain. Is there a useful subset you can identify? Phil ___ PyKDE mailing list

Re: [PyKDE] Support for the unitest framework of Qt

2006-09-22 Thread Andreas Pakulat
On 22.09.06 12:45:02, Phil Thompson wrote: Is there planned any support for the Qt Uni Testing Framework? No plans. It seems to use templates for some things (addColumn()) which makes it a real pain. Is there a useful subset you can identify? Well, the gui-stuff would be nice I think,

Re: [PyKDE] Support for the unitest framework of Qt

2006-09-22 Thread Giovanni Bajo
Phil Thompson wrote: Is there planned any support for the Qt Uni Testing Framework? No plans. It seems to use templates for some things (addColumn()) which makes it a real pain. Is there a useful subset you can identify? In my opinion, the testing *framework* itself is not very useful: we