Currently HitTestResult inherits from HitTestLocation because the two classes used to be one. Conceptually the HitTestResult is not a HitTestLocation though since it representation as a point is merely where the hit test was original started.
Created attachment 175394 [details] Patch
Created attachment 175449 [details] Patch
Comment on attachment 175449 [details] Patch I don't see the problem with HitTestResult being a HitTestLocation. Is there an eventual goal here that making this change enables?
(In reply to comment #3) > (From update of attachment 175449 [details]) > I don't see the problem with HitTestResult being a HitTestLocation. Is there an eventual goal here that making this change enables? The goal of this patch is only to clean up the code, but for the patch for bug #95204, it will greatly help to be able to be able to change how HitTestResult tracks point data, and which location data it stores. Note HitTestLocation and HitTestResult are already used for very different things. The only reason HitTestResult was kept as a HitTestLocation is because a few hit-test APIs still only take a HitTestResult as an input, and therefore needs to extract the HitTestLocation to begin at from HitTestResult. They can still do that after this change though, in fact they remain unchanged and still use the HitTestResult::hitTestLocation() method.
Committed r135710: <http://trac.webkit.org/changeset/135710>