I'm back and I need to reply to a lot of posts...
Paradox posted on Sep 24 2006 at 01:38 PM said:
how does the "selector" thing work? any documentation on it?
All the documentation is on the website.
honolulu posted on Sep 24 2006 at 02:16 PM said:
but just one little question, anybody can put on the post an selector scrip exemple ? to see how I must do to use it ?
There are already some examples in the package, look at the sample squidgesnes link in "sections/games".
PokeParadox posted on Sep 24 2006 at 04:38 PM said:
I think this version has issues with spaces in the directories...
I renamed "deal or no deal" to "deal" and it started working again...
Yeah, now that you tell me, I can confirm that. It is related to a change in the way programs are launched, previous version didn't support params correctly. I'll fix it for next release (as soon as I can).
subcon959 posted on Sep 24 2006 at 05:07 PM said:
Good stuff.. I have a habit of never using spaces in folder names so that didn't even occur to me.
Yeah, same with me. That's why I released without noticing the issue. I should add some folder with spaces just to test.
reiboul posted on Sep 24 2006 at 07:15 PM said:
BTW at i noticed that Volum Limiter wasn't enabled in gMenu... is that fixed?
I don't even know if it can be done and how...
reiboul posted on Sep 24 2006 at 07:15 PM said:
a background selector might be a good idea? it's just about renaming the bg.png into (whatyouwant).png, and another into bg.png, and reloading gMenu
One of those features that I have planned but with low priority.
reiboul posted on Sep 24 2006 at 07:15 PM said:
By the time i'm writing this message, i was thinking about automatically scanning icons in the gMenu/icons folder, if they are not present in the game's folder
I could put this as a low priority feature...
reiboul posted on Sep 24 2006 at 07:15 PM said:
*edit* and also, giving a way to chose which directory to scan, and give the section the directory's name, that way it would be better for those like me who store emulators/games in seperate folders and sections
It's very basic now so there are lots of ways to improve it, I'll keep note of your suggestions.
PokeParadox posted on Sep 24 2006 at 07:18 PM said:
Has anyone figure out how to get gpfce's "-showfps" commandline to work with gmenu2x?
You have to remember that specifying the params option will override the default one use by the selector.
If params is empty, the selector will use this param line (quotes included)
"[selPath][selFile][selExt]", if you want to specify the
-showfps option and use the selector, your params whould be
-showfps "[selPath][selFile][selExt]" (don't know if this is correct for gpfce)
reiboul posted on Sep 24 2006 at 07:38 PM said:
another question - what about the 200mhz, showing in the 'taskbar' ? what happened to the 'default' setting? does it mean that every app is launched at the default speed of 200Mhz? or that they don't have any overclocking setting from gMenu?
In previous versions, "default" meant that gmenu2x wouldn't have overclocker that link, also meaning that the link would have been launched at 200mhz.
Now gmenu2x is underclocked, so default is ambiguos and has been removed.
reiboul posted on Sep 24 2006 at 07:38 PM said:
another detail, the system tray is a nice feature, but it lacks an icon for USB connection
and maybe one day a Mixer icon, for setting the volume, like the CPU speed setting. I think this has already been considered
Yes, the icon for usb connection has already been considered.
I don't know for a mixer setting though. Every program controls it on its own so it would be useless.
An idea would be to save to a file in a default location the mixer current volume so that every app could access it, simulating a centralized mixer. But every developer should adhere to this and it's just an utopia.
Just on more thing.
I wanted to clarify that wrapper is not a needed setting for the selector.
The wrapper option means that gmenu2x will relaunch itself after the execution of the link, and it is useful for those programs that don't call the gp2xmenu on exit.
IMHO calling the gp2xmenu internally in every app, is BAD design (really).
This means that when a program crashes the gp2x will freeze (in reality it's not frozen, there's just no graphic application running).
Using a script, or the wrapper feature in gmenu2x, is much much better 'cause the menu will be relaunched even on a crash and it allows the user to customize the program behaviour after its termination. This can't be done if the program relaunches the menu internally.