summaryrefslogtreecommitdiff
path: root/Source/Core/InputCommon/Src/ControllerInterface/DInput/DInput.cpp
diff options
context:
space:
mode:
authorSoren Jorvang <soren.jorvang@gmail.com>2010-07-07 22:00:41 +0000
committerSoren Jorvang <soren.jorvang@gmail.com>2010-07-07 22:00:41 +0000
commit0a47e12b18cf7309f3becb8a83790e90e56a732f (patch)
treedd870f36f78e7dfcfb08c888a26676a18846b8df /Source/Core/InputCommon/Src/ControllerInterface/DInput/DInput.cpp
parent0ad71eda6bc435cfec41a44f2d792f6cb95a240a (diff)
Add back AfterInit which essentially does such actions that would
normally (on a fresh install) be triggered by the user clicking on the GUI. This notably includes refreshing the game list. The progress dialog used in the course of updating the game list relies on wxWidgets being able to yield to its event handler which isn't started until after OnInit. In fact, we might want to consider just moving all the initialization currently triggered by OnInit into AfterInit so that we can rely on the event handler running there. This would mean that we don't have to worry about whether those code paths are triggered by a user click or run at init time. This will require some more testing, though. For now just move automatic booting along as this requires the game list initialization to be done. We also could instead choose to special-case cases like updating the game list and simply not use a progress dialog there if the event handler isn't running, but this approach is clearly cleaner. See thread at http://code.google.com/p/dolphin-emu/source/detail?r=5848 . git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@5849 8ced0084-cf51-0410-be5f-012b33b47a6e
Diffstat (limited to 'Source/Core/InputCommon/Src/ControllerInterface/DInput/DInput.cpp')
0 files changed, 0 insertions, 0 deletions