Change hoveringOverLink implementation to have less issues.
authorhausmann@webkit.org <hausmann@webkit.org@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Wed, 16 Jan 2008 09:56:20 +0000 (09:56 +0000)
committerhausmann@webkit.org <hausmann@webkit.org@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Wed, 16 Jan 2008 09:56:20 +0000 (09:56 +0000)
commit68ca09e8849f2f72b0d21823b46a69ab3528c572
tree3b1995524c5c45d4a1d3f31d3f92f39743623e7c
parent0a2b622b60bb0999b6ff83e85ab503f16e2a4602
Change hoveringOverLink implementation to have less issues.

* Currently we only compare a pointer. In the worst case we
  could delete the Element we have pointed to and a new one
  gets the same address. But even if that doesn't happen the
  WebCore::Element is mutable and JavaScript could change the
  URL, Title or Content. So we have to compare all these three
  attributes.
* This does not seem to be a performance impact.

git-svn-id: https://svn.webkit.org/repository/webkit/trunk@29520 268f45cc-cd09-0410-ab3c-d52691b4dbfc
WebKit/qt/Api/qwebpage.cpp
WebKit/qt/Api/qwebpage_p.h
WebKit/qt/ChangeLog