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

List:       kde-devel
Subject:    Re: faster opaque drag
From:       "aviv bergman" <avivb () actcom ! co ! il>
Date:       2002-07-25 6:52:05
[Download RAW message or body]

> If I pointed out that GTK 2.0 has put lots of effort into this problem
> and (partially) solved it, would that make this patch more likely to go
> in?  ;)
>
> Looking forward to a multi-threaded X server with a thread per window...

don't hold your breath, they (Xfree) are not going to make it, and the code
is far too complex for a simple hack.

i'll be happy if they fix the bug that causes the current behavior (actually
i had an error in my analysis - it's not only more latency to motion events,
some events are simple droped)

aviv

b.t.w. - i think gtk 2.0 goes for more backbuffering and less overhead in
expose events. can we talk someone in trolltech to implement backbuffering
as a pixmap for qt (and eliminate ALL expose events) - after all, memory is
cheap...

 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]