<div class="gmail_quote">On Tue, Feb 23, 2010 at 6:45 PM, Boris Zbarsky <span dir="ltr"><<a href="mailto:bzbarsky@mit.edu">bzbarsky@mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On 2/23/10 1:12 PM, Jose Fandos wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
    2)  A multipart response with the files as parts, each part having<br>
    "Content-Disposition: attachment".<br>

<br>
as far as I know, and I could be wrong, this would suffer from what I<br>
described in a), i.e. there would be a dialog propping up to accept each<br>
downloaded file.<br>
</blockquote>
<br></div>
Currently yes, but that seems like a UI issue, not a spec issue. Nothing _requires_ that behavior of UAs.<br>
<br>
I'd prefer just having a header in multipart responses to flag that all the files should probably be saved to the same location, or fixing UAs to only prompt once, to inventing yet another package format here.<br></blockquote>

<div><br></div><div>I shall file in a bug in bugzilla if there is none covering this already. But would it be too much of a stretch to use the same package format and almost the same process as the one defined for resource packages, in case that gets into the spec? Again, because this would eventually get taken up by everyone following the standard.</div>

<div><br></div><div>/J</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><font color="#888888">
<br>
-Boris<br>
</font></blockquote></div><br>