Talk:Stacking window manager

Who says stacking window managers have to use painter's algorithm?

This:

Stacking is a very slow process, requiring the redrawing of every window one-by-one, from the rear-most and outer-most to the front most and inner-most. Many stacking window managers don't always redraw background windows. Others can detect when a redraw of all windows is required, as some applications request stacking when their output has changed.

contradicts this:

A stacking window manager is a window manager that draws all windows in a specific order, allowing them to overlap, using a technique called painter's algorithm.

99.224.115.100 (talk) 20:40, 22 October 2009 (UTC)[reply]

"Microsoft Windows XP still exclusively uses a stacking window manager, which has presented severe limitations to its ability to display hardware-accelerated content inside normal windows,"

There is no source of information for this content. What are these "severe limitations"? I have seen accelerated content running just fine inside normal windows on Microsoft Windows XP.

Markhobley (talk) 11:33, 22 July 2010 (UTC)[reply]

It seems to me like the article is very biased against its own subject. Perhaps it could be rewritten in part?

71.220.222.208 (talk) 02:10, 14 August 2010 (UTC)[reply]

Also, this article touts Windows as an example of a stacking WM, but the description of what a stacking WM is looks nothing like what Windows actually does. I don't think a partial rewrite will fix this article, it needs to be rewritten completely, which is why I will blank it. —Preceding unsigned comment added by 82.139.87.74 (talk) 01:31, 20 August 2010 (UTC)[reply]

Oh well, apparently you can't even blank an article if blanking would be a considerable improvement. Wikipedia sucks. —Preceding unsigned comment added by 82.139.87.74 (talk) 01:35, 20 August 2010 (UTC)[reply]

Bullshit

Quote: Stacking window managers allow windows to overlap by drawing them one at a time. Stacking, or repainting (in reference to painter's algorithm) refers to the rendering of each window as an image, painted directly over the desktop, and over any other windows that might already have been drawn, effectively erasing the areas that are covered. The process usually starts with the desktop, and proceeds by drawing each window and any child windows from back to front, until finally the foreground window is drawn.

Neither Atari GEMDOS nor Win 3.11 nor XWindows work this way!!! They all use clipping regions, so unless the programs purposely turn off clipping, they cannot draw outside the window. Thus it is completely irrelevant in which order the windows are drawn. -- Sloyment (talk) 19:57, 3 October 2011 (UTC)[reply]