Bug 513684. Stop :hover from bleeding through certain elements. r=roc Test fixes from Markus Stange <mstange@themasta.com>.

This commit is contained in:
Kyle Huey 2009-09-26 16:35:05 -07:00
Родитель 27efa9e573
Коммит 923bf76ebe
2 изменённых файлов: 3 добавлений и 8 удалений

Просмотреть файл

@ -4438,9 +4438,9 @@ PresShell::DispatchSynthMouseMove(nsGUIEvent *aEvent,
{
PRUint32 hoverGenerationBefore = mFrameConstructor->GetHoverGeneration();
nsEventStatus status;
nsIView* rootView;
mViewManager->GetRootView(rootView);
mViewManager->DispatchEvent(aEvent, rootView, &status);
nsIView* targetView;
targetView = nsIView::GetViewFor(aEvent->widget);
mViewManager->DispatchEvent(aEvent, targetView, &status);
if (aFlushOnHoverChange &&
hoverGenerationBefore != mFrameConstructor->GetHoverGeneration()) {
// Flush so that the resulting reflow happens now so that our caller

Просмотреть файл

@ -434,13 +434,8 @@
[387, 170, NSMouseMoved, null, right, [
{ type: "mouseover", target: panel },
{ type: "mousemove", target: panel },
{ type: "mouseout", target: panel, todoShouldNotHaveFired: true },
{ type: "mouseover", target: left.document.documentElement, todoShouldNotHaveFired: true },
]],
// Why does left.document.documentElement get entered? This makes no sense.
[387, 171, NSMouseMoved, null, left, [
{ type: "mouseout", target: left.document.documentElement, todoShouldNotHaveFired: true },
{ type: "mouseover", target: panel, todoShouldNotHaveFired: true },
{ type: "mousemove", target: panel },
]],
[388, 171, NSMouseMoved, panel, left, [