Send to Device When Next Connected?

marie44 · 12-07-2010, 05:34 PM

Is there anyway to create a list of books that will automatically be sent to my device when I next connect it? Right now I just tag books as "!send" and then send those books when I next connect, but I was wondering if there was a way to do this in a more automatic manner. E.g., if I were to send a book to the device when the device was not connected, instead of telling me "no device is connected" Calibre would remember and send it when the device was next connected.

I did a forum search, but didn't come with anything - I'd appreciate it someone would send me to the relevant thread if I've missed it.

kovidgoyal · 12-07-2010, 05:46 PM

no, there's no way.

chaley · 12-07-2010, 05:46 PM

There currently isn't any way to automatically send on connect. As far as I know, no one is working on it.

I do something similar to what you describe. I have a custom column where I keep the list of books I want on the device. I have two saved searches that I use when the device is connected, one that looks for "books_I_want_on_device:true AND ondevice:false" and another "books_I_want_on_device:false AND ondevice:true". The first finds any book that I want on the device but isn't, and the second finds any book on the device that I don't want there.

Manichean · 12-07-2010, 05:57 PM

That might be kind of a neat feature. Although, I have to confess, not neat enough to convince me to dive into Calibre's source code.
Shouldn't this be relatively easily implemented when one just queues the appropriate job to be activated once a device is connected (and its book list read)? The only issue I see would be carrying that job list over across a restart of Calibre, I don't know if that's possible or done already.

marie44 · 12-07-2010, 06:35 PM

@kovid & @chaley - Well, that answers my question, then!

And thanks, chaley, for sharing how you manage this - I might have to try that out.

mornington · 12-08-2010, 12:32 AM

Actually, this reminds me about something I was going to suggest as a tweak to Calibre's job queue. Specifically, can the queue be made pausable and unpausable?

From the gui perspective, just a button next to the queue which is play/pause to control it. When paused, the queue would, erm, pause. And not restart until it's unpaused *even if you add more jobs to the queue*.

Then each job can check whether it's doable or not when it attempts to execute.

This would let me, for example, queue books individually to be sent to the device without them being sent the instant i add them to the queue. Calibre could then, when the queue is restarted, send them all in one batch (or in a sequence of individual jobs - doesn't really matter which from a user perspective).

This would also solve the OP's problem as a nice side-effect.

chaley · 12-08-2010, 01:50 AM

Quote:

Originally Posted by Manichean

Shouldn't this be relatively easily implemented when one just queues the appropriate job to be activated once a device is connected (and its book list read)? The only issue I see would be carrying that job list over across a restart of Calibre, I don't know if that's possible or done already.

Some problems to overcome:

1) the job queues are not persistent. Changing this wouldn't be easy.

2) which device? How do I name it, as it isn't connected?

3) what if I have multiple of the same device (I actually do)? How do I distinguish them?

4) the 'send to device' button would need to be enabled even if a device is not connected. This creates a host of internal problems.

5) what about delete from device? It seems that deletes also should be queued.

My guess is that to do this correctly (thereby avoiding lots of bug reports and further enhancement requests), we would need to build a shadow of each device on the local disk. Calibre would operate on that shadow. When the device is connected, the shadow would be copied to the device. Getting this process right would not be easy at all, especially if 'things' happen to the device that calibre doesn't know about.

In the end, a column + search method like marie44 and I already use would almost certainly be more reliable. I admit that it has one or two more steps, but this isn't a high price to pay for something that works.

Manichean · 12-08-2010, 04:58 AM

I see. I'd argue that queued device sends should just be sent to the first device connected, that would take care of your points 2 and 3. I'd argue against including deletion, since, as you mentioned, you never know the state of the device when it gets connected (I'm thinking manipulation outside Calibre). In the end, that's all rather academic, since, as I mentioned before, not only are you not interested in such features, but neither am I (apart from the point where I thought "Hey, that would be cool!".).

kovidgoyal · 12-08-2010, 11:18 AM

this is fairly trivial to implement, not as a job queue, but just store the ids in a config variable (this is exactly how the automatic sending of news is implemented today). Send the books to whatever reader is connected for the first time after the books have been marked, just as for the news.

However, I have too many other things on my plate right now to work on this.

12-07-2010, 05:34 PM	#1
marie44 Member Posts: 17 Karma: 10 Join Date: Sep 2010 Device: Kobo Aura HD	Send to Device When Next Connected? Is there anyway to create a list of books that will automatically be sent to my device when I next connect it? Right now I just tag books as "!send" and then send those books when I next connect, but I was wondering if there was a way to do this in a more automatic manner. E.g., if I were to send a book to the device when the device was not connected, instead of telling me "no device is connected" Calibre would remember and send it when the device was next connected. I did a forum search, but didn't come with anything - I'd appreciate it someone would send me to the relevant thread if I've missed it.

12-07-2010, 05:46 PM	#3
chaley Grand Sorcerer Posts: 11,754 Karma: 7029857 Join Date: Jan 2010 Location: Notts, England Device: Kobo Libra 2	There currently isn't any way to automatically send on connect. As far as I know, no one is working on it. I do something similar to what you describe. I have a custom column where I keep the list of books I want on the device. I have two saved searches that I use when the device is connected, one that looks for "books_I_want_on_device:true AND ondevice:false" and another "books_I_want_on_device:false AND ondevice:true". The first finds any book that I want on the device but isn't, and the second finds any book on the device that I don't want there. Last edited by chaley; 12-08-2010 at 01:37 AM.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Device management really slow when device = connected folder	nickdma	Calibre	5	12-27-2010 02:41 PM
iPhone Cannot send. No device is connected.	stephenlcraig	Apple Devices	3	12-18-2010 06:55 AM
No device connected error Sony PRS-505	b_knits	Calibre	7	02-23-2010 09:32 PM
0.6.20 Send to device - kindle	lisa.m	Calibre	2	11-05-2009 11:26 AM
No device is connected	pope_a	Calibre	18	09-20-2009 12:29 PM

12-07-2010, 05:46 PM	#2
kovidgoyal creator of calibre Posts: 43,910 Karma: 22669818 Join Date: Oct 2006 Location: Mumbai, India Device: Various	no, there's no way.

12-07-2010, 05:57 PM	#4
Manichean Wizard Posts: 3,130 Karma: 91256 Join Date: Feb 2008 Location: Germany Device: Cybook Gen3	That might be kind of a neat feature. Although, I have to confess, not neat enough to convince me to dive into Calibre's source code. Shouldn't this be relatively easily implemented when one just queues the appropriate job to be activated once a device is connected (and its book list read)? The only issue I see would be carrying that job list over across a restart of Calibre, I don't know if that's possible or done already.

12-07-2010, 06:35 PM	#5
marie44 Member Posts: 17 Karma: 10 Join Date: Sep 2010 Device: Kobo Aura HD	@kovid & @chaley - Well, that answers my question, then! And thanks, chaley, for sharing how you manage this - I might have to try that out.

12-08-2010, 12:32 AM	#6
mornington Connoisseur Posts: 63 Karma: 732 Join Date: Nov 2010 Device: Sony PRS-650	Actually, this reminds me about something I was going to suggest as a tweak to Calibre's job queue. Specifically, can the queue be made pausable and unpausable? From the gui perspective, just a button next to the queue which is play/pause to control it. When paused, the queue would, erm, pause. And not restart until it's unpaused even if you add more jobs to the queue. Then each job can check whether it's doable or not when it attempts to execute. This would let me, for example, queue books individually to be sent to the device without them being sent the instant i add them to the queue. Calibre could then, when the queue is restarted, send them all in one batch (or in a sequence of individual jobs - doesn't really matter which from a user perspective). This would also solve the OP's problem as a nice side-effect.

12-08-2010, 04:58 AM	#8
Manichean Wizard Posts: 3,130 Karma: 91256 Join Date: Feb 2008 Location: Germany Device: Cybook Gen3	I see. I'd argue that queued device sends should just be sent to the first device connected, that would take care of your points 2 and 3. I'd argue against including deletion, since, as you mentioned, you never know the state of the device when it gets connected (I'm thinking manipulation outside Calibre). In the end, that's all rather academic, since, as I mentioned before, not only are you not interested in such features, but neither am I (apart from the point where I thought "Hey, that would be cool!".).

12-08-2010, 11:18 AM	#9
kovidgoyal creator of calibre Posts: 43,910 Karma: 22669818 Join Date: Oct 2006 Location: Mumbai, India Device: Various	this is fairly trivial to implement, not as a job queue, but just store the ids in a config variable (this is exactly how the automatic sending of news is implemented today). Send the books to whatever reader is connected for the first time after the books have been marked, just as for the news. However, I have too many other things on my plate right now to work on this.

Advert

Advert