Re: Unresponsive applications

2011-09-23 Thread Umberto Tozzato
Ok, i'm no programmer, but since you keep saying that this is not a technical problem maybe i can help... Given that you are programming a compositor and not a complete DE, i think that you should try to implement server-side decorations, if it sucks (or if it sucks for somebody) we could simpl

Re: Unresponsive applications

2011-09-22 Thread Bill Spitzak
The linked document pretty clearly indicates that you can just extend the blurry render further into the window. There are only 4 parameters to set the margin thickness, yet the demo program draws a more complex rendering where the resulting shape two rectangular opaque areas. This is entirely

Re: Unresponsive applications

2011-09-22 Thread Bill Spitzak
Sam Spilsbury wrote: I won't weigh in in this discussion any further as this topic has been discussed to death, but I do want to clarify this - Windows does use compositor generated backgrounds and merely allows the client to specify which parts they will override drawing and where the client dr

Re: Unresponsive applications

2011-09-22 Thread Sam Spilsbury
On Fri, Sep 23, 2011 at 6:33 AM, Bill Spitzak wrote: > William Swanson wrote: > >> draw_compositor_frame() >> { >>  foreach (window in windows) { >>   copy_buffer(window.buffer, window.x, window.y, window.w, window.h); >>   if (window.needs_border) >>     draw_border(window.x - 8, window.y - 24, w

Re: Unresponsive applications

2011-09-22 Thread Josh Leverette
In Haiku OS, there is a separate thread for window content versus input response, so its (theoretically) impossible to make an applications completely nonresponsive. It should always at least be able to resize. I would love to see this set as the standard model in Wayland, even if compatibility wit

Re: Unresponsive applications

2011-09-22 Thread William Swanson
On Thu, Sep 22, 2011 at 3:22 PM, Bill Spitzak wrote: > That copied the buffer, thus all the drawing was done by the compositor, so > of course it works. What is needed is a method such that either both draw > into the same buffer or the compositor composites the two images together. I think we ar

Re: Unresponsive applications

2011-09-22 Thread Bill Spitzak
William Swanson wrote: draw_compositor_frame() { foreach (window in windows) { copy_buffer(window.buffer, window.x, window.y, window.w, window.h); if (window.needs_border) draw_border(window.x - 8, window.y - 24, window.w + 20, window.h + 32); } } That copied the buffer, thus all

Re: Unresponsive applications

2011-09-22 Thread William Swanson
2011/9/22 Bill Spitzak : > It is IMPOSSIBLE to > synchronize the drawing of the contents with the border unless they are > drawn by the same process, and I do wish the people who keep suggesting > elaborate many-round-trip sync protocols where they keep adding more and > more steps and latency will

Re: Unresponsive applications

2011-09-22 Thread Bill Spitzak
3 decades, and I hope everybody can see that an increase of machine speed of over 2000x has not fixed it! Niklas Höglund wrote: I've got one questions about unresponsive applications. I'm quite good at punishing computers. I've found that many applications stop responding when

Unresponsive applications

2011-09-22 Thread Niklas Höglund
I've got one questions about unresponsive applications. I'm quite good at punishing computers. I've found that many applications stop responding when they shouldn't, for example when accessing the disk (say if I trash the disk a lot doing something else at the same time). La