> I'd need to read the code a bit more and get something working with Qt 3
> before I could be sure it would work with Qt 4. There's probably a good
> reason why the code is currently arranged the way it is.
The only reason will be to follow the pattern of other platform ports.
That's not a "good
> Phil Thompson <[EMAIL PROTECTED]> wrote:
>
>> Does anyone see a potential problem with exec_loop() transferring
>> ownership of the dialog instance back to Python?
>
> Well, which C++ API would you intend to call to achieve this? We
> still
> need the QDialog to keep its p
Hi!
I have sent email about this problems before but no one reply it.
I reimplement the focusInEvent() with:
class classEntry(QLineEdit):
def focusInEvent(self, event):
self.setPaletteBackgroundColor(QColor(188,255,203))
self.setCursorPosition(0)
d
Danu Kusmana schrieb:
Hi!
I have sent email about this problems before but no one reply it.
I reimplement the focusInEvent() with:
class classEntry(QLineEdit):
def focusInEvent(self, event):
self.setPaletteBackgroundColor(QColor(188,255,203))
self.setCur
Phil Thompson <[EMAIL PROTECTED]> wrote:
>> The problem is that the idiomatic way of using modal dialogs in C++ is to
>> create local variables, which gets destroyed when their scope finishes
>> (when
>> the function exits). Moreover, the dialogs have to be children of
whatever
>> widgets they are
As I can see sip removes empty line when generating .cpp files. This
causes incorrect line numbers in error messages from compiler calculated
from values in "#line" directives.
--
Denis S. Otkidach
http://www.python.ru/ [ru]
___
PyKDE mailing lis
> Phil Thompson <[EMAIL PROTECTED]> wrote:
>
>>> The problem is that the idiomatic way of using modal dialogs in C++ is
>>> to
>>> create local variables, which gets destroyed when their scope finishes
>>> (when
>>> the function exits). Moreover, the dialogs have to be children of
> whatever
>>> wi
Phil Thompson <[EMAIL PROTECTED]> wrote:
> 1. Either add an optional parameter to exec_loop() which does the transfer
> or have exec_loop_and_transfer() (or something less of a mouthful). At
> least that way it won't break existing code.
I like this solution. Then I can do:
class QDialog(QDialog
> Phil Thompson <[EMAIL PROTECTED]> wrote:
>
>> 1. Either add an optional parameter to exec_loop() which does the
>> transfer
>> or have exec_loop_and_transfer() (or something less of a mouthful). At
>> least that way it won't break existing code.
>
> I like this solution. Then I can do:
>
> class
On Thursday 07 July 2005 15:01, Phil Thompson wrote:
> The original proposal would cause problems in the following scenario...
>
> 1. One or more modal dialogs that are hidden when not used, rather than
> being re-created each time they are needed.
>
> 2. The dialogs are Python sub-classes of QD
> On Thursday 07 July 2005 15:01, Phil Thompson wrote:
>
>> The original proposal would cause problems in the following scenario...
>>
>> 1. One or more modal dialogs that are hidden when not used, rather than
>> being re-created each time they are needed.
>>
>> 2. The dialogs are Python sub-classe
Phil Thompson <[EMAIL PROTECTED]> wrote:
> This would seem to be an untypical way of doing things - is anybody going
> to shout that their 5 million line application relies on this technique?
It looks like a *very* untypical way of doing things -- at least for modal
dialogs. I believe 99.999% of
Jim: what are you thoughts on supporting the various audio mechanisms
in kde, besides KAudioPlayer?
Being able to launch some streams and play some from the net would be
nice. PyMediaPlayer? excellent.
I wrote a touchscreen-stereo product that plays oggs, but I'd like to
be able to take a
HA! www.patrickkidd.com
and
pksampler.sf.net
I am a music lover, dance lover, code lover, and python lover. My
projects reflect this.
On Jul 7, 2005, at 3:20 PM, Richard Smith wrote:
I wrote a touchscreen-stereo product that plays oggs, but I'd like to
be able to take advantage of streami
On Thursday 07 July 2005 20:15, Patrick Stinson wrote:
> Jim: what are you thoughts on supporting the various audio mechanisms
> in kde, besides KAudioPlayer?
> Being able to launch some streams and play some from the net would be
> nice. PyMediaPlayer? excellent.
> I wrote a touchscreen-stereo p
15 matches
Mail list logo