blachner at gmx.de writes:
In file SDL_sysvideo.cc from the Qtopia port of the SDL, I found the
// This is dumb, but if I free this, the app doesn’t exit correctly.
// Of course, this will leak memory if init video is done more than
// Sucks but such is life.
// -- David Hedbor
// delete SDL_Win;
// SDL_Win = 0;
_this->screen->pixels = NULL;
If someone working at this problem to fix it? Because, at the moment the
only way I see to become a SDL application on Qtopia to the background /
invisible on screen without stopping it and the normal Qtopia interface
front is to quit the SDL video layer. To become it back in front of the
screen it can init the SDL video layer again (E.g. when the application
becomes a message over a socket to come up in front again). But for this
QT_VideoQuit must work.
I’m sorry but this mail doesn’t make sense. Are you talking about
putting the SDL application in the background, do some ordinary Qt
stuff, and then put it back in front? If so, just “iconify” the
application using SDL_WM_IconifyWindow()…
Yes I want putting the SDL application in the background, to do some
ordinary Qt stuff. I think SDL_WM_IconifyWindow() would be a way to
do this, but it isn’t implemented for the Qtopia version of the SDL
Oops. Someone I missed adding this. It’s an easy feature to add and
I’ll fix it tonight. And yes, it should be there.
There is also no function like SDL_WM_MaximizeWindow(), so i can’t
maximize the SDL application from the Qtopia apllication, or maybe
better explained from the SDL application itselfs if it get a
message from the Qtopia application. But I think it should be no
problem to click the icon in the taskbar instead. But as I said
SDL_WM_IconifyWindow() isn’t implemented. I made a quick attempt to
implement it in the SDL, but its more needed than only minimze the
main QWidget in the SDL.
No, all that is needed is to close the main window. This will send the
appropriate events. Now that said, I think that the screen rendering
might still continue unless the application itself handles the lost
focus correctly (I think I probably forgot this issue).
I promise I will look at these issues soon. Mainly I need to do an
update to the SDL backend, since I now have a lot more experience with
Qtopia in general due to more game porting (and I have run into quite
a few issues that I should fix in SDL). One of those, a very wanted
feature, is to add support for SDL input grabbing (== grab the
hardware keys)!> If you are interested for which project I need this, look at
http://www.lachner-net.de/index_en.html under Zaurus Software /
Frodo / FrodoGUI. Its a C64 emulator with a control
programm. Switching between the control program and the emulator is
the biggest problem at the moment, but the emulator work. You just
can’t change the settings while the emulator is running, but this is
necessary if you want/must change a C64 disk image. The split into
two programs is the same as on the Frodo Linux PC version. On the PC
it works, but there is a much bigger screen
[ Below is a random fortune, which is unrelated to the above message. ]
The earth is like a tiny grain of sand, only much, much heavier.