| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
| |
All files in file_entries are downloaded according to their full_path.
|
| |
|
|
| |
We need to know its full_path as it will be referenced in container.xml.
|
| |
|
|
|
|
|
|
|
|
|
| |
It is not the best idea as it is non-deterministic, working on the
assumption that searching by ISBN would return the book and in a
consistent way.
The contents previously extracted from it, such as authors and
publishers, are already included in the OPF file which can be fetched
from the files list. Further items such as description can be fetched
from the metadata endpoint later if needed.
|
| |
|
|
|
|
|
| |
This makes them more useful as each will be referenced by either
spine_items or toc_vec later on. This is demonstrated by the temporary
sanity checks, which shall be replaced by code that actually use fields
from the corresponding items.
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
Its functionality is covered by Paginated. The fetch_metadata function
was also replaced by the more generic fetch_all_pages.
Given that we are searching by the isbn, we should presumably get only 1
result, so only one call will be made even when fetch_all_pages is used.
This behaviour is not documented though, so switching to the metadata
endpoint in the future is recommended.
|
| |
|
|
|
|
|
|
|
|
| |
Fetching file details allows us to download them to the correct location
later.
Chapter details are currently limited to is_skippable, which might be
used to determine whether to make the corresponding spine item
non-linear. Other details such as the title shall be fetched from the
spine and table-of-contents endpoints later.
|
| | |
|
| | |
|
| |
|
