View Single Post
Old 02-16-2014, 04:43 PM   #7
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,794
Karma: 30237628
Join Date: Mar 2012
Location: Sydney Australia
Device: none
Quote:
Originally Posted by piovac View Post
Now I got. It is the same thing if I use the GUI and import it as book format.

I need to find a way to import add the format to book record the first time the notes got saved. The manual way would be to add a dummy file .<whatever format> before I start using it. But it would be nice if it would be recognize automatically once it is in the folder.
Firstly, I think you may have read something into my earlier post that I didn't intend.

My bad - my use of the word 'register' can be interpreted as meaning - tell calibre to put a new format to into its internal list of formats it knows about - basically the ones that shown in the Preferences->Behaviour->Use internal Viewer for: list.

However that's not what I meant - I meant that the add_format subcommand of calibredb adds and records (registers) the existence of a 'format' file for a given book.

The calibredb add_format command does what the GUI Add Books->Add files to selected book record feature does. I don't have a Mac at hand so I don't know how that dialogue appears in OS/X - in Windows its a bit awkward to use so I went for what I knew would be the same

Calibre records (nee registers ) a list of what formats are present for each book in its database. It's when that list and the actual contents of the book folder get out of synch that unregistered format files are at risk of getting lost. As eschwartz has pointed out this can be 'fixed up' via the Check Library function.

However I think there may be a couple of better ways - not having a Mac, and not being you, I'm not sure what would the better way

This is what I would do in Windows to get the initial SKIM file registered

After opening the PDF in Skim (sadly no Windows version for me to test) I would make a brief note, save it and close the PDF/SKIM. I would then open the book folder from calibre (press 'o') and use the Send To context menu item to 'send' the SKIM file to calibre - if the Add Books settings are as per the attachment, then calibre will register the existence of the SKIM file into the book record in the database alongside the PDF.

I have configured Send To to use the calibre command, the syntax of which is calibre [opts] [path_to_ebook]. It turns out that the path_to_ebook can be any file, including file types that calibre doesn't know about (eg a SKIM file, or an AVI or an ISO). So Windows Send To executes the command calibre "path_to_file_selected"

But AFAIK OS/X doesn't have a direct equivalent of the Windows Send To feature, I found this http://reviews.cnet.com/8301-13727_7...ption-to-os-x/ which may help if you wanted to explore this method.

But I think this may be better way for you to explore

You could put a question in your Save Skim Notes and Close Automator script that asks - "Do you want register the SKIM to calibre?", if the answer is yes then issue a calibre or calibredb add_format command to register the SKIM to the calibre database. It may not be necessary to ask the question and to just do it in every save - but I'm not sure what the ramifications of doing that might be. Have a play with idea, I've no doubt you can work out what would work best for you.

BR
Attached Thumbnails
Click image for larger version

Name:	Capture.JPG
Views:	415
Size:	87.8 KB
ID:	119178  

Last edited by BetterRed; 02-16-2014 at 07:44 PM. Reason: forgot attachment
BetterRed is offline   Reply With Quote