Ah, I just suggested my client tries Silverlight so maybe that wasn't the right move! There is an example image here:
http://dc315.4shared.com/download/lQwDK … nload=true

Thanks

Got it. We had written our own jQuery plugin instead of using QueueWidget, so that it would fit in well with the way the rest of our code library worked. But in our case, we did not specify the container setting in the call to plupload, as it is optional. If you take a look at the HTML4 runtime you will see that if container is not specified, document.body is used for the container, which does not work. You need to specify the container as an element which is within the form.
I'd suggest 2 small changes, first to correct the documentation for container:

And second to force some sort of error rather than using document.body if the container is not supplied.

Thanks again for your help.
John

Thanks Spocke for the very timely reply. It works a treat, but I am still a bit confused why I need to change the code in the HTML4 runtime to add the inputContainer to the form rather than the container. Is this a bug?

Another point I have picked up is that on IE7 I could not get the file open dialog to appear with the HTML 4 runtime. With a bit of css hacking I got a red border to appear round the shim, and realised it was off to the left of where it should be. The reason is my template sets the body css to margin: auto with a fixed width, positioning the body in the middle of the browser. In IE8 and Firefox, the call to plupload.getPos correctly takes this into account, returning the x as 485 pixels. But in IE7 it seems to be unaware that the body is centred, and returns 45 pixels. I found that this difference is reflected by document.body.offsetLeft so I have changed the html4 runtime's shim positioning code in my copy to:

plupload.extend(document.getElementById(uploader.id + '_iframe_container').style, {
    top : browsePos.y + 'px',
    left : (browsePos.x+document.body.offsetLeft) + 'px',
    width : browseSize.w + 'px',
    height : browseSize.h + 'px'
});

Does this make sense?

Got it. In plupload.html4.js, line 207 reads

container.appendChild(inputContainer);

This means the hidden input that is supposed to contain the file is inside the container, not inside the form that gets submitted. So the submitted form is empty. It should read:

form.appendChild(inputContainer);

Thanks. I'm not sure what you mean by "integration with an application", but actually I think it is the second one. If I put some debug code in my  upload.php file, I can see the content type is multipart, but the $_FILES array is empty when using Internet Explorer 8 & html4.

Has anybody actually got this setup working?