PDF to Imagefield does some similar stuff to this one, though they do not compete in any way.
I like the pdf_to_imagefield UI approach a little more, in that it:
- Allows you to keep the original upload package, imagefield_zip always deletes the original. I think that it could be optional to keep it. My use case prefers that. pdf_to_imagefield has one filefield field for the source, which is linked to another (multiple) imagefield where the extracts go.
- Works on save, not just AJAX. imagefield_zip AJAX is clever, but looking at the code it seems to be quite difficult (unstable) to do everything that it does. As in #556704: Submit twice or die , the need to upload separately from save or preview is not great UI.
I'd be interested in trying to make these two processes a little nicer.
Comments
Comment #1
dhendriks commentedsubscribe
Comment #2
mikeytown2 commentedThe AJAX has been fixed in imagefield_zip. The module has been abstracted a little bit to allow things like HTML5 uploading instead of zip. Taking images from a PDF should be fairly easy to do. Removal of the zip file could be an option.
I'm at the point where we could merge projects together if your interested.
Comment #3
dman commentedYesterday I restarted a review of pdf_to_imagefield and did a stable release.
The inline AJAX preview step however had me totally stumped for hours, so maybe I can steal that solution!
I've got an interest in something like imagefield_zip for gallery management or comic book archives (cbr/cbz) just for fun, plus I've been doing lots on metadata management to support bulk uploads of TAGGED images over here
http://drupal.org/sandbox/dman/1310856
which is a re-animation of a scheme I developed years ago for EG http://thevintageaviator.co.nz/image/tid/180
My metadata solution has been rewritten to use RDF natively and get ready for D7 (!)
What I am MISSING is the 'upload a zipfile' step (and have been using plupload flash widget instead)
So ... I'm seeing a lot of convergence!!