| Age | Commit message (Collapse) | Author |
|---|
|
Android: Fix rescanning on first app launch after cache clear
|
|
This brings the available settings in the Hacks section
in line with DolphinQt.
|
|
GameFileCacheService.startRescan (in MainPresenter.onResume)
does nothing if called before GameFileCacheService.startLoad.
Fixes a 3f71c36 regression where already added games would not
show up after app launch under specific circumstances.
Unfortunately the loading indicator still doesn't show up
during a rescan initiated by app launch, but that would
be more annoying to fix, so I will leave it for now.
|
|
4752ec8 broke this because I wasn't aware that a fragment
has to have a constructor with no parameters in order for
activity recreation to work.
|
|
Android: Don't save settings immediately after switching platform tab
|
|
We want to save the currently selected platform tab,
but doing so immediately after switching tabs leads to
unnecessarily much file I/O (on the main thread, no less).
This change makes us defer the saving until later.
|
|
Deduplicates code between MainActivity and TvMainActivity.
|
|
Android: Broadcast update before updating additional metadata
|
|
Android: Some JNI cleanup
|
|
In master, the game scanning process looks like this:
1. Scan for games
2. Scan for additional metadata (icon.png and meta.xml)
3. Save the cache if needed
4. Update the game list with the results
This change makes the game scanning process look like this:
1. Scan for games
2. Update the game list with the results
3. Scan for additional metadata (icon.png and meta.xml)
4. Update the game list with the results
5. Save the cache if needed
Updating the game list as soon as possible means the user
has to wait less before their games show up. The new behavior
matches what DolphinWX did before it was removed. (DolphinQt
has an even fancier approach where games get added one by one.)
|
|
I should at least follow the conventions I set myself... (See a8d385c)
|
|
The main reason why I'm adding this isn't actually to allow
users to swipe down to refresh, it's to add a loading indicator.
Considering that the Storage Access Framework can be slow for
folders with many items (many subfolders?), not showing a
loading indicator might give users the impression that adding
a folder resulted in nothing happening even though Dolphin is
scanning for games in the background. But I suppose letting
users swipe down to refresh is a nice bonus with the change.
|
|
|
|
|
|
|
|
Android follow-up for 83c1277. Removes some now unnecessary code
and disables "Set as Default ISO" for DOL, ELF and WAD files.
|
|
Imagine if Android phones actually got updates
|
|
|
|
|
|
Also replacing a toast with a dialog so that you have proper
time to read the message.
|
|
|
|
I'm trying to move away from dumping every native method
in NativeLibrary.
|
|
Added Opacity controls for the user to customize the opacity of their touchscreen controls. Also, placed both Scale and Opacity settings into one window/option called Adjust Controls.
|
|
See the comment I added to the code. This is a rather serious
issue for Android TV users from what I've heard.
|
|
Android: Use storage access framework for game list
|
|
|
|
|
|
To catch people who try to use unsupported formats.
|
|
In 8c723d0, I intended to update the main activity, emulation
activity and game properties dialog, but I forgot to actually
update the game properties dialog. This commit fixes that.
The changes outside of GamePropertiesDialog.java are just
to hide the Wii controller settings for GameCube games.
|
|
Android: Only have one settings entrypoint per activity/dialog
|
|
Basically, instead of having one button for config, one button
for graphics settings and so on, we now have just one settings
button which takes you to a screen where you pick between
config/graphics/GameCube controllers/Wii Remotes.
The main reason I want to do this is because people still have
trouble finding Overlay Controls in the "new" in-game menu.
Typically (depending on the screen size and the length of the
game name), the scrollable part of the menu can fit 4 items,
and merging Config and Graphics Settings into one item would
move Overlay Controls from 5th place to 4th place (assuming the
user doesn't have savestates enabled), which makes it findable
even for users who don't realize the menu can be scrolled.
The dialog that's shown when long pressing a game in the game
list is also shortened. While not a pressing matter, I think
it was getting a bit long.
An additional reason to do this is because we probably will
want to make it possible to edit the controller settings
from the in-game menu at some point in the future. With the
old approach, this would require us to dedicate a whopping 4
menu items just for settings (not including Overlay Controls),
which I think is excessive.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Android: Use storage access framework for custom SD card paths
|
|
|
|
Android: Move orientation setting to main settings screen
|
|
|
|
Android: Clear Log file
|
|
|
|
|
|
|
|
|
|
There is now a more general way of resetting settings,
so we don't need this.
|
|
This is particularly important for game INIs, where a setting being
unset is not the same as it being set to the default value.
|
