| Age | Commit message (Collapse) | Author |
|---|
|
reason, the event parameter is null, then the previous placement would have caused an exception.
|
|
|
|
|
|
removed a while ago.
|
|
|
|
The AlertDialog class has a key listener built into it.
Also documented the methods/interfaces in MotionAlertDialog.
|
|
it would dismiss upon the first event. Fixes a bug where control sticks wouldn't register because of the AlertDialog closing immediately after the "if (firstEvent)" branch.
|
|
in onPreferenceTreeClick. With the new input UI, this doesn't need to be accessible to other classes.
Also change the documentation of the custom dialog class.
|
|
settings. Now input handling is directly in the fragment.
|
|
|
|
with UTF8+BOM.
|
|
|
|
large detail.
|
|
Testing may be further required. But it should work for the most part.
|
|
the 'clear game list' option faster when switching fragment. Also fixes a rare bug where the option might not even redraw when returning to the game list.
|
|
another existing GCMPath entry already has the same directory path.
Also, fix a 'bug' with the clear all items function. Make sure we set GCMPathes to 0, so that GCMPath entries start adding at GCMPath0 again.
This change also allows me to remove the duplicate checking code from GameListFragment, since the items in the game list are loaded based on the GCMEntries in the Dolphin config.
|
|
|
|
|
|
there's no need to check if a file is valid or not since they're all valid now.
|
|
|
|
This should have initially been a nested loop since it now guarantees every item in the list is checked.
Also, removed some unused code and documented some things.
|
|
|
|
Remove some accidental changes that slipped through. Don't want to have input settings in the settings menu just yet.
|
|
|
|
conditions.
|
|
directory structure to show.
|
|
the way they were, they could be accessed by other classes in its package, which is not intended.
|
|
draw onscreen controls was in this menu instead of video preferences.
|
|
launch. If the initial files existed, it wouldn't load the configs. This fixes that.
If the files don't exist they will be copied (in the previous block) and everything will be fine.
|
|
boolean.
|
|
|
|
VideoSettingsFragment.
|
|
appropriate packages to make things cleaner.
|
|
- Also fix a typo in the ini saving method in UserPreferences. Accidentally spelt the ini name wrong.
- Also include the relocated XML preferences. I meant to push this with the previous commit.
|
|
|
|
SaveConfigToDolphinIni() in the last change. Fixed that.
|
|
settings to the ini config just uses one call in PrefsFragment.onDestroy().
|
|
need to be here since the things they were used for took very, very little time to load.
|
|
doesn't make sense to save the config AFTER control is returned from PrefsFragment to GameListActivity, since the main purpose of PrefsFragment is to handle the user settings. So, instead, we call SaveConfigToDolphinIni() in the PrefsFragment.onDestroy() method. This way, when the PrefsFragment object is being 'destroyed', it will write the settings to the ini.
|
|
are known, there's no reason to loop through them.
This will likely be simplified further very soon.
|
|
being a single view with settings from all components being displayed, I have broken it into sections. This future-proofs the settings menu in the sense that it won't get cluttered before people start asking "Hey, shouldn't this be broken into sections?".
As of this commit, it is broken into CPU Settings and Video Settings.
I also simplified the code that is responsible for setting the valid CPU cores and video backends by simply making UI string arrays that get chosen, based on the platform the Android device is running on.
|
|
trying to load the main native Dolphin 'library'.
Also made the logging tag more specific.
It's generally bad to catch Exception because it's not very specific for the person reading the code. It doesn't say why that exception might have happened, it just indicates it's possible for an Exception to happen, which is quite general.
|
|
tiny icons in the game list.
|
|
|
|
one time.
Previously it was possible for a game with the same path and name to be in the list as another. This is annoying because duplicates ae (obviously) no different from the initial item.
This prevents duplicates from entering the list.
The way this works is:
1. We get the final list of items to add to the list.
2. Loop through it using two indices, which, for this explanation I'll call [item] and [itemAfter]
We compare path name at item with index [item] and the path name at item with index [itemAfter]
To phrase this numerically comparison works like so:
for (int i = 0; i < listSize; i++)
{
if (i+1 < listSize)
item[i].getPath().equals(item[i+1].getPath())
}
3. For each path comparison that is true, remove item at [indexNext].
|
|
folder browser is. Also ensure the 'no banner' icon scales down to the same size as the other banners.
|
|
FolderBrowser.java.
Since FolderBrowserItems have an 'isDirectory()' method, that's all we need to care about now. There's no need to check subtitles to determine if an item is a directory anymore.
|
|
'isValid()' makes more sense and less redundancy in terms of 'item.isValidItem()' -> 'item.isValid()'
|
|
Removed the requirement to pass a context in the constructors.
Also cleaned out unnecessary imports.
|
|
Completely missed the 'this.' on the variable. My bad.
|
