[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


[webkit-dev] Re: Extending the multipart support

2007-09-21 Thread Kevin Decker


On Sep 21, 2007, at 11:14 PM, Sachin Puranik wrote:


HI ,
As I checked there is no support for the multipart  
contents(multipart/mixed, multipart/related, multipart/alternate) in  
the WebKit.


Both the OS X networking stack and WebKit support multipart, both at  
the main resource level and for sub resources (eg.images).  See  
WebResourceLoadDelegate.h. You can see this in Safari by visiting  
popular AXIS webcams, which all use multipart/x-mixed-replace.


Kevin

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


[webkit-dev] Editable selection inside empty element

2007-09-21 Thread Frederico Caldeira Knabben
Hi,

It is a pleasure to say that FCKeditor is almost completely working with
Safari. There are still some issues, but we'll be able to finally declare
official support for Safari 3. Thanks for the hard work at WebKit's side.

Now, back to the point...

For the few big issues we are having with Safari, I'm going almost crazy,
trying to find a way to place the caret inside an empty element for editing.
To understand the problem, just try the following page:

http://www.fredck.com/bugs/safari/collapsed_select_test.html

This page works well with Firefox 2 and Opera 9.5 (minor issues with this
one). 

Before opening a bug report for it, I'm coming to the mailing list for a
desperate call for help.

Does anyone know any weird hack to make the magic happen with Safari too?
I've tried hundreds of combinations, but none worked correctly.

Thanks for any help in this sense.

Fred

Frederico Caldeira Knabben
Project Manager, FCKeditor

http://www.fckeditor.net



___
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] Editable selection inside empty element

2007-09-21 Thread Mark Rowe


On 21/09/2007, at 21:53, Frederico Caldeira Knabben wrote:

For the few big issues we are having with Safari, I'm going almost  
crazy,
trying to find a way to place the caret inside an empty element for  
editing.

To understand the problem, just try the following page:

http://www.fredck.com/bugs/safari/collapsed_select_test.html

This page works well with Firefox 2 and Opera 9.5 (minor issues with  
this

one).

Before opening a bug report for it, I'm coming to the mailing list  
for a

desperate call for help.


Please do file a bug report on this at http://bugs.webkit.org/.  I'm  
not an expert on editing support by any means, but the behaviour you  
are expecting to see from the test case sounds correct.


On an unrelated note,

// For Safari and Opera, we must ensure the focus.
if ( (/safari/i).test( navigator.userAgent ) )


It is almost never correct to test for Safari specifically.  WebKit  
is what you should be aiming to detect.  This will ensure that your  
code functions correctly in other WebKit-based browsers, such as  
OmniWeb, Shiira, NetNewsWire, etc.


Kind regards,

Mark Rowe

___
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