- From: Scott Lawrence <slawrence@virata.com>
- Date: Tue, 17 Apr 2001 15:05:29 -0400
- To: discuss@apps.ietf.org
don@lexmark.com wrote: > Just as a bit of background, the purpose, especially of mulitpart/interleaved, > was for environments (not IPP) where the client CANNOT/DOES NOT have the > resources necessary to support a server (e.g. Cell Phone) and this therefore > does a BETTER (but not foolproof) job of putting the resources in "proximity" > to where it is reference (think printing something like XHTML with images.) I don't see how this packaging issue saves resources in the IPP client - it has to muster all the components anyway to send them, regardless of what order they are sent in. Indeed, it would be easier for the sender if they were all just sent sequentially without the interleaving. The only motivation I could see for the interleaving was solving the problem of not having buffer space in the receiver to buffer the entire composite object. Perhaps I misunderstood... -- Scott Lawrence Architect slawrence@virata.com Virata Embedded Web Technology http://www.emweb.com/
Received on Tuesday, 17 April 2001 15:06:03 UTC