Pagination API Brainstorm

[dillonkearns]

Pagination API Brainstorm

[pzingg]

Whatever you choose, please make it compatible with Elixir's Absinthe.Relay server side implementation. https://github.com/absinthe-graphql/absinthe_relay

[dillonkearns]

Good idea, I'll use that in my experiments thanks @pzingg :-)

[dillonkearns]

Closing this for now to reduce noise. I'll refer back to this thread when I consider this issue more.

[Maxim-Filimonov]

Okay, let's give it a go. If i'm staring away too much from Elm philosophy feel free to correct me.
From my perspective, it would be good to now to not worry about how pagination happens if standard relay cursor specification is used.

So instead of handling nextPage/prevPage/finding the end and the beginning of the cursor inside my model, I'd rather have a function which I can give specific Node to and it will return PaginatedData to me.

Considering that it also needs to handle model changes it almost feels like it needs to be a separate subset on Model which would have attributes like hasNextPage/hasPrevPage/isLoading/refetch. Thinking of this a bit more in terms of Elm type safety, do you think it would be possible to generate paginator on the fly when standard relay connection detected?

[dillonkearns]

Hello @Maxim-Filimonov! Yes, those are along the lines I was thinking as well. I took a working example of pagination and played around with turning it into a nice API that could be generated for APIs that follow the Relay Connections Spec. I'm happy with what I have so far! #113

[dillonkearns]

I'm going to close this issue out and let any feedback on my current design happen on #113. Any feedback is welcome there. Thanks!