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
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
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
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
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:
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
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
7 matches
Mail list logo
