Home | History | Annotate | Download | only in WebCore

Lines Matching full:focus

956 	- fixed 3449405 - REGRESSION: reproducible crash changing focus w/ button on page, e.g. on www.aa.com
1268 <rdar://problem/3443296>: REGRESSION: pop-up menu gets focus, but once it has
1269 focus doesn't work right
1271 <rdar://problem/3446306>: Text area form widgets do not accept DOM focus correctly
1277 for these widgets: popup buttons and lists. Many keyboard, focus, and
1290 (QComboBox::focusPolicy): Added. Widget will focus if full keyboard
1296 focus correctly.
1315 (QListBox::focusPolicy): Added. Widget will focus if full keyboard
1318 focus correctly. This sets the focus to its document view.
1320 focus correctly.
1322 focus correctly.
1629 (-[KWQButton resignFirstResponder]): Correctly give up focus when user clicks
1630 into the page body when a button has the focus.
1973 <rdar://problem/3439736>: WebCore form button widgets do not accept focus
1984 determination for focus policy. For now, full keyboard access must be
1985 turned on for buttons to receive focus.
1995 (QWidget::focusPolicy): Much improved focus policy function is now more
1996 general in stipulating the conditions for focus policy, and will work for
2035 - fixed 3375281 - Keyboard event handlers not fired if focus not in form field
2044 (KWQKHTMLPart::keyEvent): If there's no focus node, give the event
3012 (-[KWQTableView becomeFirstResponder]): Added. Report focus change
6739 filter. Also, sometimes unfocusing in the middle of a focus can
7037 This is easily sufficient distance to avoid focus ring overlap and
7242 - fixed 3251913 -- when form field has focus, dragging across text elsewhere does not select it
7274 when we get focus and when we relinquish focus, including scrolling to make the field
8560 The bug was that doing a focus would always select the entire contents of the field.
8602 focus when you clicked on a button.
8800 (ScriptInterpreter::wasRunByUserGesture): Treat blur/focus events as being
9162 - fixed 3221400 -- REGRESSION: password field with onfocus handler that does select causes focus/typing trouble
9858 (QWidget::setActiveWindow): Focus window via bridge.
10382 focus it.
10843 - fixed 3166759 -- two fields both look like they have focus at webmail.iquest.net due to onblur
12538 Because we now deliver blur events, we are triggering a handler on this page that changes focus.
12539 It triggered an infinite loop because setFocus kept setting the focus back to a text field, which
12540 then changed the focus to its editor. The fix was to make QWidget::setFocus smarter about editors.
12543 after calling KWQKHTMLPart::setDocumentFocus, since that can change focus away. If it does, return NO.
12549 (QWidget::setFocus): Do nothing if this widget already has focus.
12550 (QWidget::clearFocus): Do nothing if this widget does not have focus.
14819 call the widget's event filter with a focus in event.
14821 call the widget's event filter with a focus out event.
14824 (-[KWQTextField fieldWillBecomeFirstResponder]): Call the widget's event filter with a focus in event.
14825 (-[KWQTextField fieldWillResignFirstResponder]): Call the widget's event filter with a focus out event.
16874 - fixed regression where clicked-on buttons were getting keyboard focus