http://bugs.winehq.org/show_bug.cgi?id=1374
------- Additional Comments From david_costanzo@yahoo.com 2004-06-05 00:51 ------- Created an attachment (id=588) --> (http://bugs.winehq.org/attachment.cgi?id=588&action=view) Lionel's patch, updated for current state of CVS
I think I found the emails:
Description of the problem: http://www.winehq.org/hypermail/wine-devel/2002/05/0494.html
Proposed (hacky) Solution: http://www.winehq.org/hypermail/wine-devel/2002/08/0048.html
I have attached a patch that should be equivalent to Lionel's original patch, but that can be applied to the current source.
The patch has no discernable effect in Hammer's default mode of operation, which is to show maps in a window with a horizontal and a vertical splitter, with each of the four views (top,front,side,camera) having its own quadrant.
However, this patch *does* fix the problem when Hammer's is run in its alternate mode of operation, where each of the four views have their own window (Tools->Options->General and check "use independent window configuration"). In this mode, I find it convenient to simulate the splitter window by organizing the four separate windows with Windows->Tile.
Lionel, in the mail that you sent to wine-dev, you wrote:
Anyway, all this comes from the fact that the programmers were lazy and did not add the 'DCX_CLIPSIBLINGS' flag to their GetDCEx call (I know it's not needed because the clipping is done by OpenGL in the viewport call).
Are the "lazy programmers" the Hammer programmers? Would it be that simple to fix Hammer, assuming we had the source code? If you're confident that this would fix the problem, we can try to convince someone at Valve to set the flag. They seem like a Linux-friendly company.