Add hideKeyboard API to chrome.experimental.input.

chrome/browser/ui/touch/frame/touch_browser_frame_view.cc

Index: chrome/browser/ui/touch/frame/touch_browser_frame_view.cc
diff --git a/chrome/browser/ui/touch/frame/touch_browser_frame_view.cc b/chrome/browser/ui/touch/frame/touch_browser_frame_view.cc
index 5457b1ac935d0f8ab3225e84f16ebea67a694b9f..517d473c6b583572274a1817c9595928235cf522 100644
--- a/chrome/browser/ui/touch/frame/touch_browser_frame_view.cc
+++ b/chrome/browser/ui/touch/frame/touch_browser_frame_view.cc
@@ -64,6 +64,9 @@ TouchBrowserFrameView::TouchBrowserFrameView(BrowserFrame* frame,
   registrar_.Add(this,
                  NotificationType::TAB_CONTENTS_DESTROYED,
                  NotificationService::AllSources());
+  registrar_.Add(this,
+                 NotificationType::HIDE_KEYBOARD_INVOKED,
+                 NotificationService::AllSources());
 
   browser_view->browser()->tabstrip_model()->AddObserver(this);
 
@@ -274,6 +277,8 @@ void TouchBrowserFrameView::Observe(NotificationType type,
         Source<TabContents>(source).ptr()->property_bag());
   } else if (type == NotificationType::PREF_CHANGED) {
     OpaqueBrowserFrameView::Observe(type, source, details);
+  } else if (type == NotificationType::HIDE_KEYBOARD_INVOKED) {
+    UpdateKeyboardAndLayout(false);

[sadrul, 2011/05/19 22:30:00]

In case the web-page (RWHVV) is currently in focus, should this also reset the
state of page (the property-bag for the tab-contents) so that when the user gets
back to this page after tab-switching, the keyboard remains hidden even though
an editable entry will have the focus?

[mazda, 2011/05/20 12:16:05]

I added code to reset property-bag. Thanks.

   }
 }