[webkit-dev] Extending the multipart support

2007-09-21 Thread Sachin Puranik
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

2007-09-21 Thread Andre-John Mas


On 22-Sep-07, at 02:14 , Sachin Puranik 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.



Firefox already provides multipart support, as can be witnessed from  
using the Bugzilla search page. Maybe you could have a look to see  
how they do it for ideas?


Andre

PS I trimmed the webkitsdk-dev list from the responses since I am not  
subscribed there.___

webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev


Re: [webkit-dev] Extending the multipart support

2007-09-21 Thread David D. Kilzer
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

2007-09-21 Thread Maciej Stachowiak


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

2007-09-21 Thread David D. Kilzer
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