Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(3162)

Unified Diff: chrome/browser/ui/views/omnibox/omnibox_view_win.cc

Issue 11418144: [Search] Implementation of the invisible focus on Windows (Closed) Base URL: http://git.chromium.org/chromium/src.git@samarthlatest
Patch Set: copied comment from other patch Created 8 years ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View side-by-side diff with in-line comments
Download patch
« no previous file with comments | « no previous file | no next file » | no next file with comments »
Expand Comments ('e') | Collapse Comments ('c') | Show Comments Hide Comments ('s')
Index: chrome/browser/ui/views/omnibox/omnibox_view_win.cc
diff --git a/chrome/browser/ui/views/omnibox/omnibox_view_win.cc b/chrome/browser/ui/views/omnibox/omnibox_view_win.cc
index cdfce5fc6b9f1a7eb3e29d7aae290b38491a33b1..2f355d9c0c092abe074d1d36078b238a3ba13f70 100644
--- a/chrome/browser/ui/views/omnibox/omnibox_view_win.cc
+++ b/chrome/browser/ui/views/omnibox/omnibox_view_win.cc
@@ -759,12 +759,43 @@ void OmniboxViewWin::UpdatePopup() {
}
void OmniboxViewWin::SetFocus() {
+ // Restore caret visibility if focused explicitly. We need to do this here
+ // because if we already have invisible focus, the ::SetFocus() call below
+ // will short-circuit, preventing us from reaching
Peter Kasting 2012/12/05 02:28:50 You did verify this short-circuiting occurs on Win
Mathieu 2012/12/05 03:57:21 Modified the comment to better reflect that in cer
+ // OmniboxEditModel::OnSetFocus(), which handles restoring visibility when we
+ // didn't previously have focus.
::SetFocus(m_hWnd);
-}
-
-void OmniboxViewWin::ApplyFocusVisibility() {
- // TODO(mathp): implement for Windows.
- NOTIMPLEMENTED();
+ model()->SetCaretVisibility(true);
Peter Kasting 2012/12/05 02:28:50 Nit: This should be next to the comment.
Mathieu 2012/12/05 03:57:21 Done.
+}
+
+void OmniboxViewWin::ApplyCaretVisibility() {
+ // We hide the caret just before destroying it, since destroying a caret that
+ // is in the "solid" phase of its blinking will leave a solid vertical bar.
+ // We even hide and destroy the caret if we're going to create it again below.
+ // If the caret was already visible on entry to this function, the
+ // CreateCaret() call (which first destroys the old caret) might leave a solid
+ // vertical bar for the same reason as above. Unconditionally hiding prevents
+ // this. The caret could be visible on entry to this function if the
+ // underlying edit control had re-created it automatically (see comments in
+ // OnPaint()).
+ HideCaret();
+ // We use DestroyCaret()/CreateCaret() instead of simply HideCaret()/
+ // ShowCaret() because HideCaret() is not sticky across paint events, e.g. a
+ // window resize will effectively restore caret visibility, regardless of
+ // whether HideCaret() was called before. While we do catch and handle these
+ // paint events (see OnPaint()), it doesn't seem to be enough to simply call
+ // HideCaret() while handling them because of the unpredictability of this
+ // Windows API. According to the documentation, it should be a cumulative call
+ // e.g. 5 hide calls should be balanced by 5 show calls. We have not found
+ // this to be true, which may be explained by the fact that this API is called
+ // internally in Windows, as well.
+ ::DestroyCaret();
+ if (model()->is_focus_visible()) {
+ ::CreateCaret(m_hWnd, (HBITMAP) NULL, 1, font_.GetHeight());
+ // According to the Windows API documentation, a newly created caret needs
+ // ShowCaret to be visible.
+ ShowCaret();
+ }
}
void OmniboxViewWin::SetDropHighlightPosition(int position) {
@@ -1688,6 +1719,11 @@ void OmniboxViewWin::OnLButtonDown(UINT keys, const CPoint& point) {
OnAfterPossibleChange();
gaining_focus_.reset();
+
+ // Restore caret visibility whenever the user clicks in the the omnibox. This
+ // is not always covered by OnSetFocus() because when clicking while the
+ // omnibox has invisible focus does not trigger a new OnSetFocus() call.
+ model()->SetCaretVisibility(true);
Peter Kasting 2012/12/05 02:28:50 A couple things. (1) Left clicks aren't enough, y
Mathieu 2012/12/05 03:57:21 Your proposal was almost correct; I need to check
}
void OmniboxViewWin::OnLButtonUp(UINT keys, const CPoint& point) {
@@ -1899,6 +1935,12 @@ void OmniboxViewWin::OnPaint(HDC bogus_hdc) {
rect.left, rect.top, SRCCOPY);
memory_dc.SelectBitmap(old_bitmap);
edit_hwnd = old_edit_hwnd;
+
+ // This needs to be called regardless of the current state of the caret, even
+ // if reaffirming a current state (hidden or shown). This is because the
+ // underlying edit control will automatically re-create the caret when it
+ // receives a paint event, e.g. a window resize event.
Peter Kasting 2012/12/05 02:28:50 A resize event and a paint event aren't the same t
Mathieu 2012/12/05 03:57:21 Done.
+ ApplyCaretVisibility();
}
void OmniboxViewWin::OnPaste() {
« no previous file with comments | « no previous file | no next file » | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698