[Webkit-unassigned] [Bug 23642] [GTK] Drag and drop support
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri May 22 20:13:38 PDT 2009
https://bugs.webkit.org/show_bug.cgi?id=23642
------- Comment #14 from oliver at apple.com 2009-05-22 20:13 PDT -------
(From update of attachment 29786)
> +static CachedImage* getCachedImage(Element* element)
As far as I can tell this is copied directly from DragController, it seems a
better solution would be for this to be a shared function -- possibly on
Element, but i'm not sure. I'd like hyatt's input.
> -void ClipboardGtk::writeURL(const KURL&, const String&, Frame*)
> +void ClipboardGtk::declareAndWriteDragImage(Element* element, const KURL& url, const String& label, Frame*)
I was just looking at the code for this on Mac and i'm wondering if it should
not be possible to move all this logic more directly into WebCore, but i don't
think that matters for this particular patch
>
> -void ClipboardGtk::writeRange(Range*, Frame*)
> +void ClipboardGtk::writeURL(const KURL& url, const String& label, Frame*)
> +void ClipboardGtk::writeRange(Range* range, Frame* frame)
I do not believe it is right to arbitrarily write to the dragging pasteboard as
the Clipboard object is exposed to JS in some places where it is used (IIRC)
for non-dragging related clipboard interaction.
> diff --git a/WebCore/platform/gtk/DragImageGtk.cpp b/WebCore/platform/gtk/DragImageGtk.cpp
> index 4ddae3a..a8bc7d3 100644
> --- a/WebCore/platform/gtk/DragImageGtk.cpp
> +++ b/WebCore/platform/gtk/DragImageGtk.cpp
All the changes here look good.
> diff --git a/WebKit/gtk/ChangeLog b/WebKit/gtk/ChangeLog
Unfortunately the remainder of this patch is to heavily bound in gtk API
concepts for me to be able to review meaningfully
--
Configure bugmail: https://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