[webkit-dev] Extending the multipart support
HI , As I checked there is no support for the multipart contents(multipart/mixed, multipart/related, multipart/alternate) in the WebKit. What shall be ideal way to extend this support. There are two approach in my mind. 1)parsing the content's other than HTML and Store as cached obkjects in Cache manager. But if Cache is disable it will be a problem. 2)Deriving new class HTMLMultipartDocument from HTMLDocument /Document. Is there any other way to do it. Thanks and Regards Sachin ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Extending the multipart support
WebKit supports multipart/x-mixed-replace as long as the content type doesn't change (14149) or as long as it's not used through an XMLHttpRequest (14392): http://bugs.webkit.org/show_bug.cgi?id=14149 http://bugs.webkit.org/show_bug.cgi?id=14392 The multipart/related (7168), multipart/mixed (9389) and multipart/alternate (no bug filed; please consider filing one) content types are not supported yet. http://bugs.webkit.org/show_bug.cgi?id=7168 http://bugs.webkit.org/show_bug.cgi?id=9389 I'm not sure the best way to implement support. At minimum you will need a MIME parser. I would take a look at how .webarchive files are loaded and mimic that. In theory, you shouldn't have to worry about the cache as long as all of the resources fit into memory. However, I think there may be an issue with subresources (such as CSS files) on the page not being cached properly for future reloads when coming from a webarchive (12605). http://bugs.webkit.org/show_bug.cgi?id=12605 Dave Sachin Puranik [EMAIL PROTECTED] wrote: HI , As I checked there is no support for the multipart contents(multipart/mixed, multipart/related, multipart/alternate) in the WebKit. What shall be ideal way to extend this support. There are two approach in my mind. 1)parsing the content's other than HTML and Store as cached obkjects in Cache manager. But if Cache is disable it will be a problem. 2)Deriving new class HTMLMultipartDocument from HTMLDocument /Document. Is there any other way to do it. Thanks and Regards Sachin ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Extending the multipart support
On Sep 21, 2007, at 8:09 AM, David D. Kilzer wrote: WebKit supports multipart/x-mixed-replace as long as the content type doesn't change (14149) or as long as it's not used through an XMLHttpRequest (14392): http://bugs.webkit.org/show_bug.cgi?id=14149 http://bugs.webkit.org/show_bug.cgi?id=14392 The multipart/related (7168), multipart/mixed (9389) and multipart/ alternate (no bug filed; please consider filing one) content types are not supported yet. http://bugs.webkit.org/show_bug.cgi?id=7168 http://bugs.webkit.org/show_bug.cgi?id=9389 To support non-replace multipart schemes, where resources are considered related, you'd want to provide some implementation of the cid: URL scheme that knows how to find attachments. Currently we consider this the domain of mail clients to handle. Is there significant non-replace multipart content on the web that would be useful to support? Regards, Maciej ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Extending the multipart support
Maciej Stachowiak [EMAIL PROTECTED] wrote: To support non-replace multipart schemes, where resources are considered related, you'd want to provide some implementation of the cid: URL scheme that knows how to find attachments. Currently we consider this the domain of mail clients to handle. Is there significant non-replace multipart content on the web that would be useful to support? I suppose would partly depend on whether WebKit would support MHTML archives in the future: http://bugs.webkit.org/show_bug.cgi?id=7168#c2 Dave ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
