Quote:
Originally Posted by BetterRed
Putting the meta-metadata issue aside, IMO all it would require of calibre is a tool to create and open a book's Attachments folder and recognise it's existence - i.e. not flag it as an error in Check library. At the moment kludges like adding playlists, or spoofing archive formats are used.
Have to dash
BR
|
Over the past decade I've seen many more threads asking how other users store supplementary files than I've seen threads asking how other users store data about authors, series, publisher's etc.
Quote:
Originally Posted by ownedbycats
What about handling of the filenames? Should it keep them intact, so that you could have multiples of the same of the same extension?
|
In my view the
filenames and types would be defined by the user - e.g. 6 epubs, 5 jpgs, 15 txt files, and an mp4 video would be fine. But perhaps no subfolders (real or symbolic).
The actions I envisage calibre performing on the Attachments folder are….
- New Functions
- Create - fixed name (Attachments, Pièces jointe, etc), set a flag in book table row.
- Open - in platform file manager (File Explorer, Finder, Nautilus etc).
- Save - to "<Library>/{author}/{title}/Attachments" in user selected location.
- Delete (hard) - unset a flag in book table row.
- Existing functions (perhaps after ensuring Attachments contained no subfolders…) essentially what's done with the other book folder contents (cover.jpg, metadata.opf and format files) as a collective
- Move it when an author or title is changed.
- Remove it when a book is removed**
- Copy it, and optionally delete it, when the Copy to Library feature is used.
Beyond that I don't envisage the calibre
library manager doing anything with the files in the Attachments folder.
** IMO the way Remove books works needs to be reconsidered, for Windows at least. Firstly the
Are you sure message is quite emphatic:
Quote:
The selected book will be permanently deleted and the files removed from your calibre library. Are you sure?
|
But, the book is not
permanently deleted, instead it is moved to the Windows Recycle Bin.
However, the Recycle Bin Restore tools cannot be used to put the book back where it came from (i.e. within an author folder in a calibre library folder). I understand why - as well as restoring the book folder the database needs to be updated accordingly.
Maybe a plugin could be developed that would intercept Remove Book actions and move the book into a Remainder Bin (probably within the library folder) which was equipped with a tool to restore a book folder and its database record directly. There'd need to be something (close library plugin ?) to
hard delete removed books from Remainder Bin after a user defined time period.
BR