Home | History | Annotate | Download | only in WebCore

Lines Matching full:focus

435         Also fixed a tiny bug in SVGRenderImage focus ring calculations while there
437 Updated test results for svg/custom/focus-ring.svg
3124 Also add support for drawing a focus ring around focused svg content.
3142 Make SVG (mostly) support CSS outline property (and thus focus rings)
3145 Test: svg/custom/focus-ring.svg
6671 Fix <rdar://5423441> Should get focus ring color from SafariTheme
6680 (WebCore::focusRingColor): Added. Gets the focus ring color from
6683 * platform/win/TemporaryLinkStubs.cpp: Removed focus ring color
7718 Don't ask SafariTheme to draw focus rings around text controls
8937 Use updateLayoutIgnorePendingStylesheets() instead of updateLayout(). We need to have rendering to set input focus.
8939 Test: fast/forms/focus-style-pending.html
8942 (WebCore::Element::focus):
9019 Adding a new EditorClient method so it is possible to inform WebKit of focus changes.
9131 If the plug-in or one of its children have focus, set it to NULL to prevent the web view window from getting the focus,
10108 - rdar:5423067 Reapplyingthe change but only when the text area is in focus.
10213 <rdar://problem/5417777> WebKit focus ring color no longer matches system focus rings
10700 (WebCore::Element::attach): Updated code that starts the focus
10705 (WebCore::Element::focus): Added check for node that's already focused,
10710 call to cancelFocusAppearanceUpdate() in the case where there's no focus
10731 * html/HTMLInputElement.h: Removed now-unneed override of focus().
10737 * html/HTMLTextAreaElement.h: Removed now-unneed override of focus().
13259 (WebCore::FocusController::advanceFocus): Don't give the focus back to the chrome if this is the initial focus.
14918 The proximate cause was the recent change to keep focus on the
16372 the mouse press that caused the focus shift occurred in
17473 (WebCore::DOMWindow::focus):
17580 Draw focus rings for nodes that are not rendered by QStyle.
18610 The next steps will be to introduce states for the widgets, add more widgets, handle focus,
18765 Add focus, blur and close functions to DOMWindow implementation class
18778 (WebCore::DOMWindow::focus):
19238 styler draw all subcontrols, and in this case the focus rect, in the
22668 Test: fast/forms/input-zero-height-focus.html
24063 Fix <rdar://problem/5002577> Focus ring SPI in GraphicsContextWin.cpp
24545 execution (in this case, a EULA window appears which takes focus from
24842 keep track of it internally. Our old behavior was trying to match Firefox by updating the selected index as you focus items, but that
26036 This also fixes a bug where when you called window.focus() on a background window, it did not come to the front.
26138 (WebCore::RenderThemeSafari::determineState): Pass focus information down to SafariTheme.
27297 Fix: <rdar://4769797> REGRESSION: No focus rings
27302 (WebCore::focusRingColor): Changed to match the Aqua focus ring color.
27622 Minor problems remain with focus in frames, but basic editing / cursor
27623 focus works.
27627 dubious static cast. Also, the DOM needs to track frame focus because (1)
27628 it needs to respond to focus changes and (2) you can focus an element /
34603 Fix for <rdar://problem/5109711> REGRESSION: Focus ring artifacts appear around a widget's search field at times (Address Book, Dictionary)
34606 We only need this hack for drawing the search field focus ring on Tiger. On Leopard, drawWithFrame correctly draws the cell's focus ring.
34915 focus): Ditto.
35419 (ChromeClientGdk::focus):
36181 REGRESSION: onChange function applied to select element executes twice when focus is set
37011 Test: fast/frames/frame-display-none-focus.html
37064 new focus node is null, the selection should only be
37066 (WebCore::Element::focus): Begin passing the new focused
37070 (WebCore::HTMLInputElement::focus): Ditto.
37072 (WebCore::HTMLTextAreaElement::focus): Ditto.
37174 (WebCore::Widget::setFocus): Don't attempt to focus the view if it has no window.
37679 Make WebCore::Widget use GtkWidget to fix focus handling.
38380 In fast/events/frame-tab-focus.html, as we advance
38382 to focus a node and then ascend out of it into the
38383 main frame to focus the next. When we focus the main
38386 momentarily because setCaretVisible tries to focus the
38390 (WebCore::Frame::setCaretVisible): Don't focus the
38391 node containing the caret. FocusController will focus
38393 caret) if necessary when the frame gains focus.
38556 Don't clear a selection when changing focus if the new
38557 focus node is in a different frame than the old selection.
38576 one that contains the new focus node.
38878 Incomplete repaint of focus ring around continuation
39098 Make sure focus rings are always using the exterior style, regardless
39323 Fix for bug 13675, focus rings don't repaint properly on editable
39516 In plain English: the focus rings were too tall. :)
40091 content. But we focus focusable elements on mouse
40097 Since focus doesn't appear to be cancelable, either
40099 by delaying the focus of focusable nodes that are
41143 <rdar://problem/5108546> REGRESSION: Zoom follows keyboard focus does not work
43043 we should always save the last selection when a popup gets focus, so it can be compared to the current selection when it loses focus.
44124 maintain active appearance if the address bar has focus (13303)
48036 * manual-tests/textarea-focus.html:
48238 Fixes: http://bugs.webkit.org/show_bug.cgi?id=13046 (CSS styles on hover and focus are broken for <use>)
50013 we make sure the we succeeded. If we didn't we assume a focus handler
50242 REGRESSION: Selection box does not scroll to where the focus jumps when pressing an alphanumeric key
50402 Carefully revised which focus operations restore previous selection, which clear it, and which
50406 fast/forms/focus-selection-input.html
50407 fast/forms/focus-selection-textarea.html
50410 (WebCore::Element::focus):
50413 (WebCore::HTMLInputElement::focus):
50417 (WebCore::HTMLLabelElement::focus):
50421 (WebCore::HTMLLegendElement::focus):
50424 (WebCore::HTMLTextAreaElement::focus):
52280 crash in http/tests/incremental/frame-focus-before-load.html
52330 Test: fast/frames/iframe-window-focus-2.html
52334 we should set also focus the document view. The bug here was that since the subframe view
53879 (ChromeClientGdk::focus):
54466 Fix focus handling and make the forms
54771 REGRESSION: Pressing a pop-up's access key doesn't focus it
54774 Focus the select element too in accessKeyAction.
54784 REGRESSION: Caret drawn over input when smaller than font size on initial focus
55664 <rdar://problem/4995250> REGRESSION: Crash occurs at WebCore::RenderLayer::scrollToOffset() when leaving page that has focus in field
55887 inside frame/iframe gets initial focus (12517)
55889 Test: fast/events/frame-programmatic-focus.html
55892 (WebCore::Element::focus): Call FocusController::setFocusedNode to set
55893 the focus for the whole page.
55895 (WebCore::HTMLInputElement::focus): Ditto.
55897 (WebCore::HTMLTextAreaElement::focus): Ditto.
55925 REGRESSION: First Enter key ignored on initial focus of textarea after page load (11967)
56011 REGRESSION: Caret drawn over input when smaller than font size on initial focus
56206 text field focus.
56208 Make sure to clear out the focus node in willRemove() rather than in
56470 <rdar://problem/4794346> REGRESSION: Tab key shifts form field focus instead of
57031 disconnected from its page, ensure it is not the focus node.
57091 When a frame's window was focused, the page didn't get updated about the new frame getting focus.
57094 Test: fast/frames/iframe-window-focus.html
59207 WebCore part of fix for <rdar://problem/4521461> REGRESSION: when keyPress event changes form focus, inserted key goes to wrong control
59209 Test: fast/events/keypress-focus-change.html
59283 Adding comments explaining how the focus ring implementation
59284 works on the Qt platform and just move focus ring rendering
60238 No tests possible, as this bug involves focus outside the WebView,
60918 before passing off focus to Chrome so that when we re-enter the
61170 Fix for <rdar://problem/4953504> When the keydown event changes focus, the keypress event should go to the new focused node
61172 Test: fast/events/keydown-keypress-focus-change.html
61673 Move tab focus behavior into new defaultKeyboardEventHandler method.
61684 the tabKeyCyclesThroughElements setting before advancing focus for tab key events. Calls handleKeyPress.
62831 <rdar://problem/4901834> REGRESSION(NativeListBox): Focus is not placed on
62834 Test: fast/forms/select-list-box-mouse-focus.html
62855 to focus. Removed an explicit call to repaint and added a call to the
65567 Fix for bug 8705, readonly text fields should not get focus rings. Add a rule to that effect to
68807 - No frames receive a focus event when the page is first loaded.
68809 a focus event and all other frames receive a blur event.
68815 focusable elements within them (it would be nice to only focus the
68846 can focus frames.
68895 Added two new Chrome methods for transferring focus out of the