Re: [webkit-dev] Editable selection inside empty element

2007-09-21 Thread Rob Burns
Hi Fred, I was struggling with the same issue of setting the selected DOM range to an empty element. I believe there's a bug filed on it. What I've been toying with is adding zero-width spaces to el

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

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?i

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/bu

Re: [webkit-dev] Editable selection inside empty element

2007-09-21 Thread Andre-John Mas
Hi, I am not sure I understand the issue, since I am getting the same behaviour in Safari 3 and the latest webkit nightly build, as I am in Firefox and Opera 9.5 Basically what I am seeing when the page loads up is a flashing caret between the two square brackets. I can then type in text

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

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

[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 Saf

[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 f