Hi Himar,
W.r.t. whether you are fool to use WPF or Qt or wxWidgets or
whatever windowing technology you use: They are tools, you as programmer
are the artisan.
Sorry if it looked as if I were trying to imply anyone was a fool,
that's not the case. I have used this same argument a lot
Hi,
i also use WPF, you are not the only one. The problem in WPF is surely
the airspace. In WPF you can't have in the same window overlapping
technologies. And if the window is a popup window, if it has transparency
activated, you will also experiment the same problem (but this time
it
Hi Brian,
What you describe sounds like the WPF airspace limitation described here
http://msdn.microsoft.com/en-us/library/aa970688.aspx. The short version is
that each pixel can only belong to one render technology (WPF, DirectX,
Win32 OpenGL).
A workaround is to render your OSG scene off
I have a similar problem to the one described here, although with
Windows Forms rather than WPF. Whenever my application renders a
tooltip which overlaps the OSG window, the tooltip gets cut off on the
next OSG frame. I've spent hours trying to find any information about
how to work around
Hi Brian,
(or maybe I really am the only person out there foolish enough to try this).
Well, maybe the only person foolish enough to use WPF :-)
We're using Qt in conjunction with OSG, and the Qt menus and dialogs
draw correctly over our OSG QWidget. We even have a button overlapping
the
Hi,
I have developed an application where I have an OSG window embedded in a
windows application built with WPF. On certain Geforce cards there seems to be
a bug where WPF popup windows (like menus) that have AllowTransparency set to
true do not draw correctly over my OSG window. Basically
6 matches
Mail list logo