Make card for books.lumbung.space #35
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Card design needs to be made in Figma
This is the data than can potentially be represented.
In addition there are also fields such as publisher. Have a look at the metadata of a book in for more details https://books.lumbung.space/
However, the design should also work when particular fields are missing.
An open question is whether to link to the file or just link to the book entry on books.lumbung.space
I've made a basic design for the books card (see left card in attached PNG). The metadata in books.lumbung.space is written quite well, although this may not always be the case.
From 100% certain to uncertain, what we can expect to be there in the metadata and file system are:
Publisher and Language could be important to include, but there is no way of knowing they will be in the metadata. The mockup accounts for all of the fields above (except the summary), and if the tags, cover image or authors aren't there, the design works as well.
Following this approach, it makes sense to link to the book entry, where readers can read the full summary, see details such as Publisher and Language (if there) as well as choose to read/download the PDF or EPUB etc.
Hi Simon, thanks for the sketch!
I actually disagree with your assesment of what can be expected. If you look at what is already on books.lumbung.space you see that descriptions are often provided and are also meaningful whereas tags are usually much less meaningful (they repeat the name of the author for example).
So I think it is best to de-emphasize the tags in the design and allow more space for (truncated) descriptions.
In addition, titles can be suprisingly long as can be lists of authors. Which is something the current design doesn't seem ready for.
Finally, the OPDS feed currently only returns a single author even for volumes with multiple, something to take in to account if you work directly from the data. I'm opening an upstream issue.
Thanks for your feedback, Roel & I agree with your argument for de-emphasising tags and allowing more space for titles and truncated descriptions.
Perhaps the author field should not be included at all if it means that multiple authors are ignored by the OPDS feed? Alternatively, if it was at all possible to use calibrestekje (a python bindings library that decentral1se wrote), you could also get multiple authors listed. I've had good success with this on this web app d1 & I made: Temporary Indexing.
No, I think the author of a publication is very relevant information so that info should definitely be there! My warning was just that, if you would try it live, every book currently returns only one author due to the bug, but we should make space for multiple in fact!
I'm also opening an issue in calibre-web to have it fixed..
Thank you!
ruangrupa/lumbunglib#26 This should help to pull the data in!
We're gonna follow up in ruangrupa/lumbunglib#26 👍
Card has been designed.