Currently we are downloading all game histories at once, which takes a very long time to load on startup if the user has a large number of games. We will need a pagination api to get a few games everytime.

Hello! Pagination is indeed mandatory, even for a first version.

Pagination is now implemented! 🚀

Hello @ZTL-UwU, accuracy should prob be fetched as well similar to the recent game list, thoughts?

Hello @ZTL-UwU, accuracy should prob be fetched as well similar to the recent game list, thoughts?

The accuracy should be fetched, yes. Problem is that the server API only return a "analysed": true instead of the full game analysis like the one used recent game list. I believe that getting the accuracy would require a change in the lila server.

@ZTL-UwU I think we should merge this PR with its current implementation (so without filters and bookmark action).

The rest can be done later. Could you resolve the conflicts please, then I'll review asap. Thanks!

Thanks for making the change @ZTL-UwU , I just realised you updated the PR. Will take take of it now.

Thanks for your work. I pushed some refactoring, I'll continue to work a bit on it but I think we're close to merging this :)

By the way, each time I push to a remote repository branch, it messes up the diff. I don't know what I'm doing wrong...
I used this command to push the code to your repo:

git push git@github.com:ZTL-UwU/mobile.git ZTL-UwU-full-game-list:full-game-list

EDIT: oh, I suppose it is because of the merge commit. But GitHub command line instructions doesn't work without it.

🎉

@ZTL-UwU how much effort would it be to have a similar game list view+more button for even more game history but on the perf cards themselves?

I know you were considering working on bookmarks but curious since you basically have built this already if applying to perf cards would be a quicker hit

Hoping you and Veloce agree it makes sense to have them there

@ijm8710 I thinks there is a merged PR for this already #830