[Webkit-unassigned] [Bug 15299] GTK: ChromeClientGtk.cpp does not implement mouseDidMoveOverElement()
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Sat Oct 6 16:42:40 PDT 2007
http://bugs.webkit.org/show_bug.cgi?id=15299
jmalonzo at gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #16542|review? |
Flag| |
Attachment #16542|0 |1
is obsolete| |
Attachment #16569| |review?
Flag| |
------- Comment #21 from jmalonzo at gmail.com 2007-10-06 16:42 PDT -------
Created an attachment (id=16569)
--> (http://bugs.webkit.org/attachment.cgi?id=16569&action=view)
Fix signal not emitted when hovering on links in succession - update
> (In reply to comment #17)
> + , m_hoveredLink(0)
>
> KURL will be automatically initialized. So this is not needed/wanted. I wonder
> what will happen in the following case:
Fixed in the updated patch.
> Currently you get a signal with NULL, NULL when leaving a link, when you switch
> from one to another URL you will not get such a signal. Is that a semantic
> issue? Do we at least want to document this?
As long as we document it, it shouldn't be an issue. I thought the signal was
just a hint that we hovered out on a link. Any suggestions?
> I also wonder if we need
> m_didSendLinkSignal at all. We can just compare the URLs.
The updated patch removes m_didSendLinkSignal and just checks for differences
between current and previously hovered link.
--
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