[cc_in_oh]

Originally Posted by jhowell

I generally put the same book on hold at only one or two libraries, the ones with the shortest wait time. I use tags to keep track of what books I have on hold at which libraries. Things like "hold.ocls" or "hold.bpl". That makes it easy to search for books on hold across libraries and know which holds I want to release if I borrow the same book from a different library. (I don't care about the date when the hold started.)



I am considering adding hold/checkout status as part of the ol_wait_weeks information in a future release. Perhaps something like "05H@OCLS" for a 5 week wait, already on hold, at OCLS library. I am going to give it some more thought.

I do not plan any changes to the plugin to actually put books on or off hold automatically. I don't consider that to be part of the scope of this plugin.

Thanks! I should have thought of tags - that will be much easier to manage than a custom column. Date really isn't that important.

Retrieving the checkout and hold info would be great, especially if it had an option to be done globally regardless of the availability search selection. One problem I see would be cleaning up info for books no longer on hold or checked out - I can see that that would be much easier if limited to the search selection.

I wasn't suggesting that the PI should do the checkout or hold - initiating the browser dialog as it does now is more than sufficient. Anyway there's too much possible user interaction - choosing the format, download destination etc. Not to mention contending with page design changes...

Thanks for taking the time to respond in such detail and for your efforts in maintaining the PI - it's an incredibly useful tool for getting the most out of library memberships. I "plug" it every chance I get on the Amazon forums...