View Single Post
Old 04-16-2023, 09:34 AM   #9
BetterRed
null operator (he/him)
BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.
 
Posts: 21,749
Karma: 30237526
Join Date: Mar 2012
Location: Sydney Australia
Device: none
Quote:
Originally Posted by msel View Post
Hello SinusAsperitatis,

I use the following solution for attachments: I have a folder outside of calibre. Every book record in Calibre has an unique ID (integer value). I use this ID as a subfolder where I store attachments and link the attachment folder to the book record with a special Id (i use ext:file:///path/to/attachment/folder/id).
@msel - I've adapted your scheme as follows:

I created a folder called !Attachments in the library and configured Library maintenance->Check library to ignore it. For books requiring attachments I create folders named [book-number] author - title in the !Attachments folder.

Rather than using a special identifier, I add the file URL to an existing long text column (#links/Links).

When you posted here I was in the middle of doing this ==>> https://www.mobileread.com/forums/sh...1&postcount=15

But that's okay, because I was also cleaning up garbage and getting order into names and folder hierarchies - and it was easy to migrate. The pro of the new scheme is that I have access to Windows Open With feature, the con is that the ../!Attachment/[nnnn] blah - blah folders are loosely coupled with the books, but in proximity - my CAL-ATTACH scheme had them tightly coupled.

BR
BetterRed is offline   Reply With Quote