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

dhendriks’s picture

subscribe

mikeytown2’s picture

The 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.

dman’s picture

Yesterday 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!!