On Wed, Jan 09, 2002 at 12:03:29AM -0800, Zack Weinberg wrote: > On Tue, Jan 08, 2002 at 09:07:52PM -0500, Dan Espen wrote: > > > > > > Correctness (cooperative X client behavior, in this case) is more > > > important than performance. And I strongly suspect that outline moves > > > can be implemented without grabbing the server but still faster than > > > opaque moves. > > > > I'm pretty sure you're right, there probably could be an outline > > move without a grab that would perform somewhere between > > the current xor-move and the opaque move. > > I wish I knew more about X11 programming, then I would try to > implement something myself. Handwaving wildly - could you somehow > intercept updates to any of the windows under the outline, and re-xor > those pixels against the outline?
No. > > If I remember, one of the complaints about the server grab is > > that xmms stopped playing. > > That was the easiest-to-reproduce example I could think of. > > > You might consider filing a bug report with the xmms folks. > > Not a bad idea... This is *definitely* an xmms bug. It is perfectly legal for any application to grab the X server at any time, although it should be released as fast as possible. Running tasks that work in real time in the same process/thread as X11 calls is simply stupid. If we'd fix that in fvwm there are thousands of other programs that can potentially cause similar problems. Bye Dominik ^_^ ^_^ -- Dominik Vogt, email: [EMAIL PROTECTED] LifeBits Aktiengesellschaft, Albrechtstr. 9, D-72072 Tuebingen fon: ++49 (0) 7071/7965-0, fax: ++49 (0) 7071/7965-20 -- Visit the official FVWM web page at <URL:http://www.fvwm.org/>. To unsubscribe from the list, send "unsubscribe fvwm-workers" in the body of a message to [EMAIL PROTECTED] To report problems, send mail to [EMAIL PROTECTED]
