[Webkit-unassigned] [Bug 19386] dragging and dropping a link in edit mode does not work correctly

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Jun 5 08:33:39 PDT 2008


http://bugs.webkit.org/show_bug.cgi?id=19386





------- Comment #3 from jonathon.jongsma at collabora.co.uk  2008-06-05 08:33 PDT -------
Strange, I don't see how this can work properly in mac webkit.  From my
understanding of the source, when you start a link drag
(DragController::startDrag()), if the item being dragged is a link, it saves
the URL and the link text to the dragging clipboard (using
clipboard->writeURL()).  This is enough information if you're just dragging it
to an external application or to the address bar or something like that.  But
if you're trying to drop it into an html document, you'll need the full html
representation in the clipboard.

For example, consider the following html fragment:

<a href="http://foo.com" title="title text" target="_blank"
style="color:orange">my link</a>

As far as I can tell, when you drag this link currently, the only pieces of
information that get saved to the dragging clipboard are "http://foo.com" and
"my link".  So if I now drop this into an editable html document, It seems like
I'll only get the following html fragment:

<a href="http://foo.com">my link</a>

This is essentially the behavior I see in QtWebKit.  So we just lost a lot of
information about this element in the process of dragging and dropping it.  I
examined the code for mac and I unless I'm missing something it seems that it
should behave the same as Qt in this case.  Can you check this? Note that the
behavior may depend on whether any text is selected or not when you start the
drag (see bug #19331)


-- 
Configure bugmail: http://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the webkit-unassigned mailing list