Closed aaronleopold closed 4 months ago
FYI this will be landing in experimental
in the coming weeks. I've opted to split the current read_progresses
table into two:
active_read_sessions
finished_read_sessions
With the following stipulations:
active_read_session
per bookfinished_read_sessions
per bookstarted_at
and completed_at
timestamps to the same valueactive_read_session
.This is now in experimental, the migration went smoothly on my personal Stump instance 🙌 so I'll close this issue out. It will be included most likely in either 0.0.4 or 0.0.5, depending on more long-term testing.
Is your feature request related to a problem? Please describe.
This feature request is a subset of some of the items discussed in https://github.com/stumpapp/stump/issues/206. Namely:
Describe the solution you'd like
I don't love the idea of storing a list of dates in SQLite, since I either have to stringify it or store as bytes, so perhaps just make a small lookup table for this. Maybe rename
read_progress(es)
toread_session(s)
, I know I've been dying to rename it. The idea would then be that completion status could be tracked by something likecompletion_history
orread_history
, andread_session
would track stuff like the page/epubcfi/etc.Additional context
The changes to the schema would be somewhat small, but there would be a decent amount of changes in the API and UI required to accommodate this.