Vorporeal
Yes, no, I, this is.
Just curious if ED or another dev working on the GUI (wesbrown?) has any info on whether or not there's any progress on adding applications to matchbox using PXML files.
I've been asking for this as well. It will soon start to get annoying if you have to pause a game every time you want to check out a walk though etc. while playingPSyMastR said:Suggestion:
Have a pause_program() function that when you bring up the apps menu it calls this in the program?
Tripmonkey_uk said:I've been asking for this as well. It will soon start to get annoying if you have to pause a game every time you want to check out a walk though etc. while playingPSyMastR said:Suggestion:
Have a pause_program() function that when you bring up the apps menu it calls this in the program?
Yeah, I was thinking like the Xbox 360, when you goto the system menu, it either temp pauses the game, or just goes to the pause screen.
Tripmonkey_uk said:I've been asking for this as well. It will soon start to get annoying if you have to pause a game every time you want to check out a walk though etc. while playingPSyMastR said:Suggestion:
Have a pause_program() function that when you bring up the apps menu it calls this in the program?
Isn't that supposed to be application's programmer's duty? If you mean making the menu detection, that's another story.
PSyMastR said:Have a pause_program() function that when you bring up the apps menu it calls this in the program?
I see two ways how that can be implemented:
The menu could spawn the application, and the menu would of have to stay resident in memory to catch the pause command. Then the menu could use the STOP and CONT signals to suspend and resume the application before showing menu options/etc.
Or, the code could be implemented in the program framework, and so all applications automatically get the functionality and deal with it themselves. This would mean however that anyone who doesn't use the framework doesn't get the functionality.
Another function that may be handle for the menu (if we go down that route) would be allowing save states. If you decided to freeze a process, the process could optionally be saved to disk and reloaded at another time. I'm thinking Cryopid here.
The sooner you put it up the sooner this gets done.skeezix said:ie: I'm developing a library that I'm hoping will be useful to many applications, and will include many utility functions. Its hard to say how far we can go with it (as just one guy, I can only go so far, but I'm hopefully others will join in once I get a moment to throw it up in CVS
Squidge said:This is what I was thinking about when people brought this up a while ago. We might want to have some sort of toggle for this in PXML, as some programs should be allowed to run in the background (chat clients, Firefox, etc), whereas games would/might want to be paused.PSyMastR said:Have a pause_program() function that when you bring up the apps menu it calls this in the program?
I see two ways how that can be implemented:
The menu could spawn the application, and the menu would of have to stay resident in memory to catch the pause command. Then the menu could use the STOP and CONT signals to suspend and resume the application before showing menu options/etc.
Should definitely be optional. What happens when my MMO gets paused cause you switched to a different task?Vorporeal said:This is what I was thinking about when people brought this up a while ago. We might want to have some sort of toggle for this in PXML, as some programs should be allowed to run in the background (chat clients, Firefox, etc), whereas games would/might want to be paused.
Eniko said:Should definitely be optional. What happens when my MMO gets paused cause you switched to a different task?Vorporeal said:This is what I was thinking about when people brought this up a while ago. We might want to have some sort of toggle for this in PXML, as some programs should be allowed to run in the background (chat clients, Firefox, etc), whereas games would/might want to be paused.
Per-program would probably be a better choice than a one-size-fits-all option.
EDIT: Just wanted to clarify, as some people could get confused by simply "optional".
Eniko said:Should definitely be optional. What happens when my MMO gets paused cause you switched to a different task?
If something like this does get implemented, I think the default will be that switching tasks does not pause the task, as in a normal X-windows environment.
However, you would be able to tell if the user has changed tasks, and pause yourself if necessary.
Eniko said:Which for Python applications means that the interpreter is fed a message which it won't do anything with.
http://docs.python.org/library/signal.html
Squidge said:Eniko said:Which for Python applications means that the interpreter is fed a message which it won't do anything with.
http://docs.python.org/library/signal.html
Ah thanks, I'll make sure to put that in my project's notes so I don't forget about this if I ever find I need it.