Lines Matching defs:keydown
3014 if (initialKeyEvent.type() == PlatformEvent::KeyDown || initialKeyEvent.type() == PlatformEvent::RawKeyDown)
3030 // In IE, access keys are special, they are handled after default keydown processing, but cannot be canceled - this is hard to match.
3031 // On Mac OS X, we process them before dispatching keydown, as the default keydown handler implements Emacs key bindings, which may conflict
3032 // with access keys. Then we dispatch keydown, but suppress its default handling.
3034 // Other platforms currently match either Mac or Windows behavior, depending on whether they send combined KeyDown events.
3036 if (initialKeyEvent.type() == PlatformEvent::KeyDown)
3046 RefPtrWillBeRawPtr<KeyboardEvent> keydown = KeyboardEvent::create(keyDownEvent, m_frame->document()->domWindow());
3048 keydown->setDefaultPrevented(true);
3049 keydown->setTarget(node);
3052 node->dispatchEvent(keydown, IGNORE_EXCEPTION);
3053 // If frame changed as a result of keydown dispatch, then return true to avoid sending a subsequent keypress message to the new frame.
3055 return keydown->defaultHandled() || keydown->defaultPrevented() || changedFocusedFrame;
3058 node->dispatchEvent(keydown, IGNORE_EXCEPTION);
3059 // If frame changed as a result of keydown dispatch, then return early to avoid sending a subsequent keypress message to the new frame.
3061 bool keydownResult = keydown->defaultHandled() || keydown->defaultPrevented() || changedFocusedFrame;
3065 // Focus may have changed during keydown handling, so refetch node.
3107 if (event->type() == EventTypeNames::keydown) {
3327 // and avoid dispatching text input events from keydown default handlers.
3377 ASSERT(event->type() == EventTypeNames::keydown);
3395 ASSERT(event->type() == EventTypeNames::keydown);
3418 ASSERT(event->type() == EventTypeNames::keydown);
