Hi J-S,
Which platforms have you seen this problem on?
What happens when you setUpViewInWindow(...)?
Robert.
On Mon, Feb 11, 2008 at 4:52 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hello,
If I use the osgViewer::View::setUpViewOnSingleScreen() method, the view
is on the single
On Fri, Feb 15, 2008 at 3:09 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
Hello Robert,
Which platforms have you seen this problem on?
Windows XP/Vista.
What happens when you setUpViewInWindow(...)?
It's in a window :-)
I've found a workaround, which is to use
Hello Robert,
Which platforms have you seen this problem on?
Windows XP/Vista.
What happens when you setUpViewInWindow(...)?
It's in a window :-)
I've found a workaround, which is to use setUpViewInWindow(), and once
it's done, turn off window decorations. I have to adjust the (x,y) and
On Fri, Feb 15, 2008 at 3:44 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
This sounds like an issue that GraphicsWindowWin32 needs to take
account of, I can't say what's the best way as I'm no Win32 expert,
having to do funky workarounds is hacky and hardly the type of
behavior
Hi Robert,
I don't think it should be a case of shrugging ones shoulders and
excepting that Windows doesn't work properly and documenting this.
osgViewer should behave the same on all platforms as far as we can
possibly make it.
I'm not saying Windows does not work properly, just it does
Hello,
If I use the osgViewer::View::setUpViewOnSingleScreen() method, the view
is on the single screen but the other one is black. I would have
expected that if there is nothing specifically set to occupy the second
screen, my application would not occupy it so I would see (for example)
my
6 matches
Mail list logo