[Webkit-unassigned] [Bug 69137] In input field caret is not blinking after context menu hide

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Oct 17 23:07:16 PDT 2011


--- Comment #12 from chandra shekar vallala <chandra.vallala at motorola.com>  2011-10-17 23:07:15 PST ---
(In reply to comment #11)
> (From update of attachment 111226 [details])
> View in context: https://bugs.webkit.org/attachment.cgi?id=111226&action=review
> > Source/WebCore/page/ContextMenuController.cpp:98
> > +void ContextMenuController::contextMenuHidden()
> "hidden" doesn't sound right to me. It's not like context menu is temporarily hidden from the screen. Dismissed or closed will be better.

I agree.

> > Source/WebCore/page/ContextMenuController.cpp:108
> > +    // Resume the caret blinking which suspended in context menu show.
> This comment repeats the code.
> > Source/WebCore/page/ContextMenuController.cpp:109
> > +    frame->eventHandler()->suspendCaretBlinking(false);
> This function name seems too general to me. I would name to respondToContextMenuDismiss or something like that to avoid tying it to 
This function can be general to accept true/false.
caret blinking.
> > Source/WebCore/page/ContextMenuController.cpp:173
> > +    Frame* frame = m_hitTestResult.innerNonSharedNode()->document()->frame();
> > +    // Suspend the caret blinking to match native application behavior.
> > +    frame->eventHandler()->suspendCaretBlinking(true);
> This is not right. We've already suspended caret blinking on keydown. We shouldn't be suspending caret blinking here again.

In chromium win port, context menu created in mouse up where we resumes the caret blink. As a result of this caret blinks though context menu shown. This behavior differs with IE and native application in windows. To fix this its better to suspends the caret blink in showContextMenu.

> > Source/WebCore/page/EventHandler.cpp:718
> > +void EventHandler::suspendCaretBlinking(bool shouldSuspend)
> This function must be renamed to reflect the fact it's called when context menu is closed. It also shouldn't take a bool.

This function can call with either true or false as I explained it above to fix the issue in chromium win port. If we don't want to alter the behavior in chromium win port, this can be done.

Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the webkit-unassigned mailing list