mirror of
https://github.com/libretro/bsnes-libretro.git
synced 2024-12-04 15:46:24 +00:00
9a6ae6dacb
byuu says: The Windows port can now run the emulation while navigating menus, moving windows, and resizing windows. The main window also doesn't try so hard to constantly clear itself. This may leave a bit of unwelcome residue behind in some video drivers during resize, but under most drivers, it lets you resize without a huge amount of flickering. On all platforms, I now also run the emulation during MessageWindow modal events, where I didn't before. I'm thinking we should probably mute the audio during modal periods, since it can generate a good deal of distortion. The tooltip timeout was increased to ten seconds. On Windows, the enter key can now activate buttons, so you can more quickly dismiss MessageDialog windows. This part may not actually work ... I'm in the middle of trying to get messages out of the global `Application_windowProc` hook and into the individual `Widget_windowProc` hooks, so I need to do some testing. I fixed a bug where changing the input driver wouldn't immediately reload the input/hotkey settings lists properly. I also went from disabling the driver "Change" button when the currently active driver is selected in the list, to instead setting it to say "Reload", and I also added a tool tip to the input driver reload button, advising that if you're using DirectInput or SDL, you can hit "Reload" to rescan for hotplugged gamepads without needing to restart the emulator. XInput and udev have auto hotswap support. If we can ever get that into DirectInput and SDL, then I'll remove the tooltip. But regardless, the reload functionality is nice to have for all drivers. I'm not sure what should happen when a user changes their driver selection while a game is loaded, gets the warning dialog, chooses not to change it, and then closes the emulator. Currently, it will make the change happen the next time you start the emulator. This feels a bit unexpected, but when you change the selection without a game loaded, it takes immediate effect. So I'm not really sure what's best here.
19 lines
372 B
C++
19 lines
372 B
C++
#if defined(Hiro_Timer)
|
|
struct mTimer : mObject {
|
|
Declare(Timer)
|
|
|
|
mTimer();
|
|
|
|
auto doActivate() const -> void;
|
|
auto interval() const -> uint;
|
|
auto onActivate(const function<void ()>& callback = {}) -> type&;
|
|
auto setInterval(uint interval = 0) -> type&;
|
|
|
|
//private:
|
|
struct State {
|
|
uint interval = 0;
|
|
function<void ()> onActivate;
|
|
} state;
|
|
};
|
|
#endif
|