Ah, alright, and I meant now instead of not. Me and my typos... always are
inconvenient. Anyway, thanks for the info!
On 3/9/07, H. Verbeet <[EMAIL PROTECTED]> wrote:
On 10/03/07, Bryan Haskins <[EMAIL PROTECTED]> wrote:
> Ah so that was the infamous problem with things like the WC3 Map editor,
On 10/03/07, Bryan Haskins <[EMAIL PROTECTED]> wrote:
Ah so that was the infamous problem with things like the WC3 Map editor, and
such? Thinking about that not it makes sense.
See http://bugs.winehq.org/show_bug.cgi?id=2398 and
http://www.winehq.org/pipermail/wine-devel/2006-December/053084.ht
Ah so that was the infamous problem with things like the WC3 Map editor, and
such? Thinking about that not it makes sense.
On 3/9/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
Am Freitag 09 März 2007 19:47 schrieb Mike Schaadt:
> Has anyone tested using standard window objects in a window that
Am Freitag 09 März 2007 19:47 schrieb Mike Schaadt:
> Has anyone tested using standard window objects in a window that also had
> an opengl/d3d context?
This is known not to work. It was a regression due to the window management
rewrite.
The problem is that since the window management rewrite all
Has anyone tested using standard window objects in a window that also had an
opengl/d3d context?
I believe Terragen 2 is attempting to do this. If this hasn't been tested,
than it might be the cause of all of the static that appears non opengl
area, making the program nearly unusable.
No messag
