I’m pleased to announce my latest plugin: Scribd_fu.
What it does:
Scribd_fu hides out in the shadows like a document converting ninja, just waiting to process your data into a convenient Flash format (like YouTube) with the help of the black majick of Scribd.com. Imagine imbedding huge documents right inline with your web UI, no downloading, no necessary programs on the client side to view your data. It’s pretty damned cool, and it works with Attachment_fu!
Full write-up, repository, etc is here
Finally got this working, took awhile to get it all configured correctly. I currently have the storage set to s3. What settings do you recommend for best performance? Of course, want to keep the work required by my rails server minimal. Thanks in advance, great plugin!
A question on scribd_fu—it seems to assume that once the rscribd User#upload method returns, the iPaper conversion is finished. As I understand it, that just means the document is queued up for conversion, and may or may not be converted by the time you check it. That seems to be the case in my experiments, as well. Is that wrong?
You are correct. Doing otherwise would mean offloading the processing to a background process, or block until it’s converted. Scribd conversion is usually pretty fast, so I’d think that would be overkill.
Well, I agree that not blocking is the right thing to do. I just wasn’t sure if the log message (Object #{id} successfully converted to iPaper) was perhaps not the most accurate thing to say.
Would you be opposed to adding a method to the ActsAsScribdObject to check the conversion status? I’ll do it and send you a pull request on Github, of course.