Lines Matching full:focus
63 for the testing of window.onFocus, window.onBlur, caret and focus halo painting, and
65 but only if the window has focus (7128).
1021 when the focus moves elsewhere
1727 but the focus frame, it clears selection in all but this one.
2218 <rdar://problem/4032405> Inline PDF doesn't get keyboard focus like web pages do, so can't scroll with keys without clicking
2224 passes the focus down to that view.
2231 in order to start addressing keyboard focus and selection highlight issues. Unfortunately this
2236 Overridden to returns YES. Needed so NSClipView knows it's OK to pass focus down to this level.
2238 With setNextKeyView:, splices the PDF view into the focus-passing mechanism in much the same
2241 With becomeFirstResponder:, splices the PDF view into the focus-passing mechanism in much the same
2989 REGRESSION text areas draw focus ring around each glyph, no caret in text fields
3376 the focus is elsewhere. Instead it means that there should never be more than one frame containing
3377 a selection in a WebView, and that it's possible to maintain a selection in a WebView when the focus
3409 <rdar://problem/4265966> PDFs continue to show a (secondary) selection when the focus moves elsewhere
4823 frame does not necessarily have a selection (or even focus). Now checks for a selected
5062 new method, updates focus state
7227 - fixed <rdar://problem/4025088> window onblur and onfocus don't fire when text field has focus
10719 Fixed <rdar://problem/3779998> bringing window to front or sending to back does not send focus/blur events to JavaScript window object
12703 call super only if we can't move the focus within the frame hierarchy
12722 is first responder. This helps to make the focus setting in viewDidMoveToWindow work right.
12850 Fixed 3739737. When setting the focus to a NSView, set the focus
12851 carbon focus to kControlIndicatorPart. kControlIndicatorPart is a
12852 placeholder value for use to indicate that Cocoa has the focus.
13000 initial focus problem also mentioned in the bug.
13039 (and do things like adjusting text background color and restoring focus rings).
13273 <rdar://problem/3709110> REGRESSION (Tiger): Pressing Tab key to move focus
13275 <rdar://problem/3692576> focus ring is in odd place after clicking RSS button
13281 once within nextValidKeyView. Fixed 3709110 by making sure we only advance the focus
13285 whether the view is hidden and bypassing the focus-moving trickery in that case.
13296 now doesn't set focus-moving trigger ivar if view is hidden or has hidden ancestor
14935 (-[WebBridge shouldBeginEditing:]): New method used to glue delegate to focus shifts.
19549 <rdar://problem/3455910>: hitting up or down arrows when focus
19553 (-[WebFrameView keyDown:]): Call super with the event if focus
19592 (-[WebFileChooserButton resignFirstResponder]): Sends a focus change
19713 <rdar://problem/3470342>: focus rings are shown for links in
19718 of the view's window to toggle focus ring drawing.
19786 <rdar://problem/3469088>: focus not removed from text link
19792 are doing a programmatic setting of focus. Deselect all otherwise.
20044 focus it
20579 (-[WebFrameView _firstResponderIsControl]): Added to tell if the focus
20861 - fixed 3375281 - Keyboard event handlers not fired if focus not in form field
24682 this is a programmatic focus.
24685 focus from WebCore - if so, treat it like a direct focus, even if there
24690 upcoming programmatic focus.
24692 end of programmatic focus. Needs to nest with the previous.
24694 a programmatic focus from WebCore.
29330 (-[WebBridge focusWindow]): Tell the window operations delegate to focus.
29332 If this navigation is meant for a different frame, focus its window.
