Open i30817 opened 7 years ago
Mmm, it comes to mind that i put in so much effort trying to find the right words for this that i obfuscated a simple concept accidentally.
I mean 'present a game list that finds all of its games from a folder and its subfolders'.
Hmm, well, I use folders - but I use them as folders (we even have a pinning feature for favorite folders.) I would actively not want this feature enabled, because I categorized my games for a reason. When I want a flat view, I go to the Recent tab (which flattens all recent games regardless of folder.)
I don't really hang on to a library of maps/walkthroughs/whatever, though, so I'm admittedly not in tune with your use case. I have kept notes as I'm going through areas, but I just keep those in a separate "notes" folder, all together.
-[Unknown]
It's a major departure from the simple folder browser that exists today on the SDL frontend, but many people don't keep their games on a single folder.
The reasons for the users doing that are organizational. For example, they're using hardpatch hacks and want the readmes or a 'reverse patch' in the same folder, or maps or walkthroughs, etc (this is the case for me).
In these cases, a deep scan that collects all isos from a base dir and presents them flattened would be nice. Problem is, this is a completely different idea from the normal file browser so i'm unsure how best to implement it if both functions have to share GUI space.
Validation that the collected files are really 'psp isos' is not really needed because the person that is organized to the point of making use of this probably scanned the right dir that contains all psp games and only that, but if you want to implement it, no problem; except if it makes use of strict whitelisting. Retroarch implemented this with a 'no-intro' DAT whitelisting and filters out all hardpatch hacks, which is suboptimal to say the least (and refuse to change it for some reason or other, whatever).
Just throwing in the idea here.