/development/samples/ApiDemos/src/com/example/android/apis/view/ |
InternalSelectionFocus.java | 29 * rectangle of the previously focused view. The view taking focus can use this 33 * that report interesting rects when giving up focus, and use interesting rects 34 * when taking focus to best select the internal row to show as selected. 37 * {@link android.view.View#onFocusChanged(boolean, int, android.graphics.Rect)}, the focus would
|
/external/webkit/WebCore/manual-tests/resources/ |
named-window-blank-target-step4.html | 7 <p><b>BUG ID:</b> <a href="http://bugs.webkit.org/show_bug.cgi?id=7747">Bugzilla bug 7747</a> REGRESSION: Background tab/window auto-refresh in GMail will take focus.</p>
|
/external/webkit/WebCore/page/ |
FocusController.cpp | 62 // If we have a focused node we should dispatch focus on it after we focus the window. 161 // FIXME: Not quite correct when it comes to focus transitions leaving/entering the WebView itself 195 // We didn't find a node to focus, so we should try to pass focus to Chrome. 203 // Chrome doesn't want focus, so we should wrap focus. 218 // Focus wrapped around to the same node. 222 // FIXME: May need a way to focus a document here. 226 // We focus frames rather than frame owners [all...] |
/frameworks/base/core/tests/coretests/src/android/widget/focus/ |
AdjacentVerticalRectLists.java | 17 package android.widget.focus; 31 * rectangle of the previously focused view. The view taking focus can use this 35 * that report interesting rects when giving up focus, and use interesting rects 36 * when taking focus to best select the internal row to show as selected.
|
RequestFocusTest.java | 17 package android.widget.focus; 19 import android.widget.focus.RequestFocus; 31 * have focus become invisible or GONE. 82 assertTrue("Focus should move to bottom left", mBottomLeftButton.hasFocus());
|
FocusChangeWithInterestingRectHintTest.java | 17 package android.widget.focus; 19 import android.widget.focus.AdjacentVerticalRectLists; 32 * rectangle of the previously focused view. The view taking focus can use this 36 * that report interesting rects when giving up focus, and use interesting rects 37 * when taking focus to best select the internal row to show as selected.
|
HorizontalFocusSearchTest.java | 17 package android.widget.focus; 19 import android.widget.focus.HorizontalFocusSearch; 27 import static android.widget.focus.VerticalFocusSearchTest.FocusSearchAlg; 28 import static android.widget.focus.VerticalFocusSearchTest.NewFocusSearchAlg; 31 * Tests that focus searching works on a horizontal linear layout of buttons of
|
LinearLayoutGridTest.java | 17 package android.widget.focus; 24 import android.widget.focus.LinearLayoutGrid; 27 * Tests focus searching between buttons within a grid that are touching, for example,
|
/packages/apps/Contacts/src/com/android/contacts/ |
ScrollingTabWidget.java | 176 * Note, this is separate from the traditional "focus" that is 180 * navigating up and down the list, moving the UI focus (orange 187 * To move both the focus AND the selected tab at once, please use 189 * adjusting the focus, so unless you're circumventing the UI, 190 * you'll probably just focus your interest here. 223 * focus keeps up. 310 * Called when the {@link ScrollingTabWidget} gets focus. Here the 311 * widget decides which of it's tabs should have focus. 314 // Setting this flag, allows the children of this View to obtain focus. 316 // Assign focus to the last selected tab [all...] |
/external/webkit/WebCore/css/ |
html.css | 585 :focus { 586 outline: auto 5px -webkit-focus-ring-color 589 /* Read-only text fields do not show a focus ring but do still receive focus */ 590 html:focus, body:focus, input[readonly]:focus { 594 input:focus, textarea:focus, isindex:focus, keygen:focus, select:focus [all...] |
wml.css | 235 :focus { 236 outline: auto 5px -webkit-focus-ring-color 239 /* Read-only text fields do not show a focus ring but do still receive focus */ 240 wml:focus, card:focus { 244 input:focus, select:focus {
|
/frameworks/base/docs/html/resources/articles/ |
touch-mode.jd | 24 <h4>Touch Mode, Selection, and Focus</h4> 51 <p>In touch mode, there is no focus and no selection. Any selected item in a 62 resurrect the selection/focus whenever the user leaves touch mode. For 68 to exit touch mode and resurrect the focus.</p> 70 <p>The relationship between touch mode, selection, and focus means you must not 71 rely on selection and/or focus to exist in your application. A very common 83 <p>In general, focus doesn't exist in touch mode. However, focus can exist in 95 focus. If the user touches a widget that is focusable in touch 96 mode, that widget will receive focus. Otherwise, any currentl [all...] |
/external/webkit/JavaScriptCore/tests/mozilla/js1_5/Regress/ |
regress-216320.js | 65 formfield.focus(); 73 formfield.focus(); 97 formfield.focus(); 102 formfield.focus(); 108 formfield.focus(); 128 formfield.focus(); 133 formfield.focus(); 139 formfield.focus(); 145 formfield.focus(); 177 form.BAND.focus(); [all...] |
/development/samples/ApiDemos/src/com/example/android/apis/graphics/ |
GLSurfaceViewActivity.java | 42 // to take appropriate action when the activity looses focus 50 // to take appropriate action when the activity looses focus
|
MatrixPaletteActivity.java | 38 // to take appropriate action when the activity looses focus 46 // to take appropriate action when the activity looses focus
|
/external/webkit/WebCore/manual-tests/ |
input-type-file-autocomplete-frame-1.html | 10 <li> without ever removing focus from the input field, select the suggestion autofill suggests 11 <li> refresh the page or go to a bookmark (don't remove focus from the input field)
|
password-ctrl-click-lose-focus.html | 7 <p><b>BUG ID:</b> <a href="rdar://problem/4604703">4604703</a> REGRESSION (NativeTextField): Focus is not removed from password field after I ctrl-click into a different field</p> 14 After ctrl-clicking in the text field, the password field should lose focus, and its selection should be cleared.
|
textarea-focus.html | 7 textarea:focus { background: green; } 11 <p><b>BUG ID:</b> <a href="http://bugs.webkit.org/show_bug.cgi?id=8324">Bugzilla bug 8324</a> REGRESSION: textarea :focus not applied immediately</p>
|
textfield-onblur.html | 7 document.getElementById("test").focus(); 22 <li> Press the Tab key. This will remove focus from the text field, and should call document.write without crashing.
|
/frameworks/base/awt/org/apache/harmony/awt/wtk/ |
NativeWindow.java | 111 * Tries to set application input focus to the window or clear 112 * current focus from focused window. 114 * <p/> For toplevel windows it's not gurantied focus will land in 115 * desired window even if function returns true. Focus traversal should be tracked 118 * @param focus - if true sets focus, else clears focus 121 boolean setFocus(boolean focus);
|
/frameworks/base/core/tests/coretests/src/android/widget/listview/arrowscroll/ |
ListItemFocusablesFarApartTest.java | 92 assertFalse("after " + counter + " downs, top button not visible, should not have focus", 95 "item should have focus", mListView.getChildAt(0).hasFocus()); 97 assertTrue("after " + counter + " downs, top button still visible, should have focus", 111 // it should have focus 112 assertTrue("second button should have focus",
|
/frameworks/base/include/camera/ |
CameraHardwareInterface.h | 168 * Start auto focus, the notification callback routine is called 170 * will be called again if another auto focus is needed. 175 * Cancels auto-focus function. If the auto-focus is still in progress, 176 * this function will cancel it. Whether the auto-focus is in progress 177 * or not, this function will return the focus position to the default. 178 * If the camera does not support auto-focus, this is a no-op.
|
/external/webkit/WebCore/html/ |
HTMLLegendElement.cpp | 99 void HTMLLegendElement::focus(bool) function in class:WebCore::HTMLLegendElement 102 Element::focus(); 106 element->focus(false);
|
/frameworks/base/media/java/android/media/ |
AudioManager.java | [all...] |
/cts/tests/assets/webkit/ |
jswindow.html | 25 childWindow.focus();
|