Andy Ross writes:
>
> Curtis L. Olson wrote:
> > Ok, since you have your head into this at the moment: With X11, is it
> > possible to run an SDL app in window (so it behaves well with the
> > window manger) but in a window that fills the entire screen and is
> > undecorated (so it looks "full scr
On Thursday 08 April 2004 15:11, Jim Wilson wrote:
> You know with the huge vid memories and fast GPUs now, and the fact that
> LCD's are fixed resolution anyway, it won't be too many more years before
> mode switching will be a thing of the past!
The problem with LCDs is, that their physical res
David Megginson said:
> Andy Ross wrote:
>
> > It's a fine way, just not the only one. Most people run their
> > desktops at high resolutions that may not be good choices for a 3D
> > buffer. Older cards (like the Radeon 7500 in my laptop) can handle
> > FlightGear just fine, but not at 1280x10
On Wednesday 07 April 2004 21:45, Andy Ross wrote:
> > How can this be a "wrong way" to run an app?
>
> It's a fine way, just not the only one. Most people run their
> desktops at high resolutions that may not be good choices for a 3D
> buffer. Older cards (like the Radeon 7500 in my laptop) can
* Andy Ross -- Wednesday 07 April 2004 20:39:
> > Melchior FRANZ wrote:
> > > $ kstart --fullscreen fgfs
> We can't use that: it's a brutal window management hack
> that grabs the window at creation and diddles its properties before
> the WM sees it (or maybe it's a hook into the WM implementati
* Andy Ross -- Wednesday 07 April 2004 20:32:
> Melchior FRANZ wrote:
> > There's a workaround under KDE that makes SDL as usable as glut:
> > $ kstart --fullscreen fgfs
>
> What does that do?
It doesn't do anything to the started application. It only gives the
WM the hint that it should open t
Andy Ross wrote:
It's a fine way, just not the only one. Most people run their
desktops at high resolutions that may not be good choices for a 3D
buffer. Older cards (like the Radeon 7500 in my laptop) can handle
FlightGear just fine, but not at 1280x1024.
Right. My desktop resolution is 1600x1
Curtis L. Olson wrote:
> So I still don't understand, is SDL unable to open a window covering
> the entire desktop but with no window decorations? Or can this be
> done?
No. Well, yes. It's complicated. :)
SDL *is* opening a window covering the entire desktop but with no
window decorations. Bu
On Wednesday 07 April 2004 22:57, Curtis L. Olson wrote:
>
> So I still don't understand, is SDL unable to open a window covering the
> entire desktop but with no window decorations? Or can this be done? Or
> can support for this mode of running be built in and optionally enabled
> at runtime via
Erik Hofman wrote:
At least we have the command line options for it:
--enable-fullscreen : fullscreen at the current resolution.
--enable-game-mode : switch to --geometry specified fullscreen mode.
And there's plenty more where those came from if need be ... :-)
Curt.
--
Curtis Olson Intelli
Curtis L. Olson wrote:
Andy Ross wrote:
It's a fine way, just not the only one.
That's fine, I'm not saying that we should only do "full screen" this
one way, I'm just saying that I would really like to have some
mechanism to do it this way if I want to.
At least we have the command line opt
Andy Ross wrote:
It's a fine way, just not the only one.
That's fine, I'm not saying that we should only do "full screen" this
one way, I'm just saying that I would really like to have some
mechanism to do it this way if I want to.
Most people run their
desktops at high resolutions that may n
> How can this be a "wrong way" to run an app?
It's a fine way, just not the only one. Most people run their
desktops at high resolutions that may not be good choices for a 3D
buffer. Older cards (like the Radeon 7500 in my laptop) can handle
FlightGear just fine, but not at 1280x1024.
And some
Andy Ross wrote:
Sadly, no. Even if it were, that's basically a hack to get around
other issues. The Right Thing is to change the video mode, throw up a
desktop-integrated fullscreen window, detect when the window is
unmapped or loses keyboard focus, and reset the resolution to get back
to the d
Curtis L. Olson wrote:
> Ok, since you have your head into this at the moment: With X11, is it
> possible to run an SDL app in window (so it behaves well with the
> window manger) but in a window that fills the entire screen and is
> undecorated (so it looks "full screen")?
Sadly, no. Even if it
Andy Ross wrote:
Never mind. We can't use that: it's a brutal window management hack
that grabs the window at creation and diddles its properties before
the WM sees it (or maybe it's a hook into the WM implementation, same
thing).
Note, by the way, that this is *not* actually capable of running S
I wrote:
> Melchior FRANZ wrote:
> > There's a workaround under KDE that makes SDL as usable as glut:
> > $ kstart --fullscreen fgfs
>
> What does that do?
Never mind. We can't use that: it's a brutal window management hack
that grabs the window at creation and diddles its properties before
the
Melchior FRANZ wrote:
> There's a workaround under KDE that makes SDL as usable as glut:
> $ kstart --fullscreen fgfs
What does that do?
Andy
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-d
Curtis L. Olson wrote:
> If SDL can't switch to other virtual desktops when running
> fullscreen/no-window decorations, then perhaps would there be a way
> to toggle between fullscreen/window mode so that once you are
> running in a standard window again, then you can hotkey between
> virtual deskt
* Andy Ross -- Wednesday 07 April 2004 20:03:
> I'm confused. SDL works just fine in windowed mode, and freeglut
> doesn't support resolution switching, so I can't see what capability
> you've lost. Can you explain exactly what your problem is again?
>
> It sounds like you really want to be runn
Melchior FRANZ wrote:
> What I really, really want is: switch to another desktop and write two
> lines in "konversation", or look at Atlas, or check for mail,
> etc. Without the possibility to switch desktops (despite running fgfs
> in fullscreen mode) SDL is completely out of question for me. I'll
Andy Ross wrote:
Melchior FRANZ wrote:
What I really, really want is: switch to another desktop and write two
lines in "konversation", or look at Atlas, or check for mail,
etc. Without the possibility to switch desktops (despite running fgfs
in fullscreen mode) SDL is completely out of question
* Andy Ross -- Wednesday 07 April 2004 19:37:
> Unfortunately what you want (the ability to Alt-Tab from a full screen
> window in a custom video mode and get back to a desktop at normal
> resolution) is going to be really hard.
No, that's not what I want -- I didn't even know the Alt-Tab key
comb
I wrote:
> Melchior FRANZ wrote:
> > Isn't. Key combinations with Alt and Meta are neither
> > processed (Alt-Tab) nor forwarded to the DE (Meta-F1). They are
> > simply dismissed, which is bad, because they are used for
> > interaction with the the desktop (Meta-F1 is supposed to switch
> > to Des
* Andy Ross -- Wednesday 07 April 2004 16:09:
> To my knowlege, there is no API for "forwarding" to the desktop
> environment. The window manager is expected to grap those events
> on its own. This is an interaction issue, I suspect.
Whatever. It works with fgfs/glut and doesn't with fgfs/sdl.
U
Melchior FRANZ wrote:
> Oh, and the geometry isn't restored after exit. fgfs/SDL switches to
> 800x600 when called without --geometry, and leaves it at that. One
> has to call it again with the geometry that one wants to have
> afterwards.
Known issue. Lots of places in our source tree like to ca
Melchior FRANZ wrote:
> Isn't. Key combinations with Alt and Meta are neither
> processed (Alt-Tab) nor forwarded to the DE (Meta-F1). They are
> simply dismissed, which is bad, because they are used for
> interaction with the the desktop (Meta-F1 is supposed to switch
> to Desktop 1 here).
To my
27 matches
Mail list logo
