touchHLE
touchHLE copied to clipboard
hikari-no-yume
GUI for settings management
I feel like this would work better if TouchHLE had a 'main menu' of sorts when you launch the program without dragging a file to it/launching it with command prompt, but adding a menu bar would be a nice touch. It could have options for loading a new app (File > Open), pausing emulation (Emulation > Pause), up/downscaling the emulator window (Emulation > Scale > 1x/2x/3x/4x/Custom), toggling fullscreen (which is yet to be implemented, but it could go in Emulation > Fullscreen), etc. What do you think?
Sure, I plan to add a GUI eventually, it's just not my current priority.
If you can't wait, @KardinoDX made a third-party launcher: https://github.com/KardinoDX/TouchHLEG.
I’ve made some concept for a touchHLE crash GUI. This will be useful in the future as “if someone is speaking to you in English, speak back English, not Chinese, Arabic, Spanish, Klingon, or Ancient Egyptian”. (Less tech savvy individuals use GUIs more, so in the future GUI plays the error should be a GUI, not a command prompt, and if it is a command prompt, make the error like it is now, a command prompt, and a flag for GUI crash errors should be --crash-gui and making the crash message should be a good introduction to GUI programming/creation/design, rather than the more complicated app launcher.
sorry for the horrible alignment, keynote is a great app for this except for its horrible alignment features.
I guess it's a nice idea, but adding a GUI crash reporter would be more technically challenging than other GUI concepts specifically because it would be displayed after the app is already running, and after the emulator has crashed, so it's in an inconsistent state. Beyond that, I don't have much incentive to implement it because it'd make it easier for novice users to send me crash reports I don't want.
After the app closes, the crash handler window pops up, as I know implementation in the same window is hard.On Mar 30, 2023, at 6:08 PM, Andrea @.***> wrote: I guess it's a nice idea, but adding a GUI crash reporter would be more technically challenging than other GUI concepts specifically because it would be displayed after the app is already running, and after the emulator has crashed, so it's in an inconsistent state. Beyond that, I don't have much incentive to implement it because it'd make it easier for novice users to send me crash reports I don't want.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: @.***>
I've done a lot of work recently to improve touchHLE's support for UIKit, and now I've finally been able to use it to implement an app launcher (f547000c29ca58b974b506dbc460db41218b75e0). This means we now have most of the pieces that would be needed for adding a settings UI. Though a few more things still need to be added: scroll views and checkboxes for example.
I added a “Quick options” area to the app picker in 1cdcdce8f259aff6da6c7ded2e0e15f9c96ccd96. This only allows setting three particularly common options, so it doesn't replace the command line or editing the text files. It also isn't persistent. I had to simplify it down to this to keep the scope manageable. Still, it should be a significant user experience improvement, especially for Android users.