Open Die4Ever opened 1 month ago
If tags are implemented. it would also allow the addition of filters. I believe such filters could even be implemented in pure CSS if needed.
Also, the tag category I received the most requests for in the past was for game platforms: NES, PC, etc.
Tags for platforms might be a bit complicated with multi platform games where the game runs on multiple platforms but the randomizer only works for certain ones. Or even randomizers that work on more platforms than the original game did (like Duke Nukem 3D or Doom). And then there's the possibility of updates where newer versions of the randomizer might work on more platforms, updates from source ports/fan ports.
how about this? would this be too much work for us to track?
The hard part is going to be to fill in the data for all of the entries the first time. I don't think it will be hard to track afterwards. Maybe they could be implemented in waves to work around that.
As to the structure itself:
We already have the ability to do it in waves! That code diff shows that the new fields are only required according to the updated date of the item being checked. And we could walk that cutoff date back 1 day at a time to eventually fix all the old ones, and then delete the date check and make it always required.
Currently the data layout doesn't have a list of games, games are just a list of strings inside each randomizer. Would need some restructuring.
Tag would allow more flexibility than genre, alright I can't think of any examples right now.
I'll add just opensource
and commit it for now, just as an example
later we'll maybe just do an automated script to extract out lists of games
here's some example restructuring
forgot to put the issue number in the commit messages...
https://github.com/video-game-randomizers/rando-list/commit/d337f1d165c8935249a5e167c202989d9c5cad98
https://github.com/video-game-randomizers/rando-list/commit/7f923d58778f8c726a2efc48528cf03b0655466e
Tags could maybe be like: open source, RPG, FPS
Maybe don't do tags for features like entrance randomizer, because features can change often and it would be impossible to maintain on this scale
Tags should be an enum in the yml schema validation so that we don't end up with typos or synonymous tags. We don't want to end up like Twitch's horrible tagging system.