- 23 Dec, 2009 1 commit
-
-
Henri Verbeet authored
Usually these will be the same window, but they don't have to be.
-
- 15 Dec, 2009 1 commit
-
-
Henri Verbeet authored
-
- 10 Dec, 2009 1 commit
-
-
Henri Verbeet authored
-
- 22 Oct, 2009 1 commit
-
-
Henri Verbeet authored
-
- 16 Sep, 2009 1 commit
-
-
Henri Verbeet authored
This prevents for example a d3d9 depth stencil from being destroyed when it has no external references but is still in use by the device/stateblock. A nice side effect is that it simplifies handling of "implicit" surfaces like the frontbuffer and backbuffers, as well as the forwarding of reference counts for surfaces that are part of a texture.
-
- 02 Dec, 2008 3 commits
-
-
Andrew Talbot authored
-
Henri Verbeet authored
-
Henri Verbeet authored
-
- 03 Nov, 2008 1 commit
-
-
Stefan Dösinger authored
-
- 18 Oct, 2008 1 commit
-
-
Alexandre Julliard authored
-
- 19 Aug, 2008 4 commits
-
-
Stefan Dösinger authored
DDraw can draw to the front buffer only, thus there's never a Present call which could pass this window. Due to that a drawing-independent method is needed.
-
Stefan Dösinger authored
-
Stefan Dösinger authored
-
Stefan Dösinger authored
This is a long-needed cleanup aimed at removing the ddraw_primary, ddraw_window, ddraw_width and ddraw_height members from IWineD3DDeviceImpl, which just do not belong there. Destination window and screen handling is supposed to be done by swapchains.
-