Fix behavior of type-to-select in <select> menus
authoraroben@apple.com <aroben@apple.com@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Wed, 23 Jan 2008 17:38:17 +0000 (17:38 +0000)
committeraroben@apple.com <aroben@apple.com@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Wed, 23 Jan 2008 17:38:17 +0000 (17:38 +0000)
commitf8ea9f1942f1d8ea456493bc32288524f5e36c17
treef44538669d0d3f8ad80c4971a260cd7177b07dea
parent07f6a82354248b51260335a776c331f112684dd7
     Fix behavior of type-to-select in <select> menus

         In r27825 we started posting both a WM_KEYDOWN and WM_CHAR message
         whenever a key was pressed in the dropdown menu. However, since posted
         messages go through TranslateMessage, the WM_KEYDOWN was generating
         another WM_CHAR message, so two WM_CHAR messages in a row would reach
         the WebView. This caused the searching to happen twice for each key,
         so typing "dog" would search for "ddoogg".

         Reviewed by Darin.

         * platform/win/PopupMenuWin.cpp:
         (WebCore::PopupWndProc): Repost the WM_KEYDOWN message to the WebView.
         This is will generate a WM_CHAR message which will trigger the
         type-to-select behavior. This is very similar to our behavior prior to
         r27825, except that we're now calling PostMessage instead of
         SendMessage.

git-svn-id: https://svn.webkit.org/repository/webkit/trunk@29743 268f45cc-cd09-0410-ab3c-d52691b4dbfc
WebCore/ChangeLog
WebCore/platform/win/PopupMenuWin.cpp