The talk of switchable mass storage access has reminded me of something I think I mooted once before which is to have a command, accessible via the prop, to delete all temporary files (.tmp and .ini) from the SD card. In other words to restore ‘factory’ defaults just using the buttons.
I think this would be a useful feature for OS-8, particularly as prop files become more powerful making it easier for new users to inadvertently tie themselves in a knot. Rightly or wrongly, there are quite a few saber chassis out there where USB port and SD card access is very fiddly, so this would be a big help for those users.
I realise this is as much a prop file thing as anything else, but I’m assuming some part of the OS will need a little extra coding in order for there to be a command that does this action for the prop file to access.
The FONT_PATTERN define is controlled by the user, not the prop.
There are use cases where people could benefit from using font paths different from "*;common" and today those use cases are not compatible with edit mode. The idea with FONT_PATTERN is to make edit mode smarter so that it can create and decode font paths even if they aren’t in the "*;common" format.
I think some “reset” menu options might be helpful.
In particular for presets.ini, where putting things back can be a lot of work.
I don’t know if a “reset everything” option is required though, the other settings are much easier to deal with…
@Fett263 I was thinking the other day it would be a fun thing for OS8 to have the prop where you can disable Special Abilities on-the-fly the way you can disable gesture controls. Just hold pwr+clash and if someone other than you tries to make the saber go into say PartyMode, you can just say
“The Force doesn’t grant you the ability to party?”
Got ya. Had to ask. I’ll definitely have to explore this because it looks like it’s not entirely a “gesture control” since it’s a button and gesture action. Time to dig into the “How-To” again.
Not finding the simplest case simplest at all.
Is there reference for what to call and the syntax?
Like, ToggleColorChangeMode() is handled in prop_base already. So if I need to make a function in my prop like
That should be all that is required unless you want to customize.
Yours looks like you’re trying to jump directly to a specific menu.
However, “mode::SettingsMenuMode” is not a spec template.
Something like this could work:
At some point I’m going to have to document the menu system I’m creating.
Here is a beginning:
Note that the leaf nodes are omitted, so most (but not all) of these options actually lead to a sub-mode which lets you select or adjust something, which you then have to use “select” or “exit” to get back out of once you’re done.
I’m not fantastic at usability, so if people have ideas/suggestions/comments for how these things should be organized, please let me know.
I just fired up the full menu for the first time. Should we make a thread for it? I don’t think blade length is working for example and don’t want to hijack this general OS8 “ideas” based thread.
Seems like a good idea. I was going to start one once I had tested everything at least once anyways.
Right now I’ve probably tested about 80% of the menus, and I’ve found bugs in almost every single one so far, that means there are a bunch of bugs left, and that’s not counting the bugs that I missed.