RESOLVED FIXED 44427
Pass the element's bounds to embedder during speech recognition.
https://bugs.webkit.org/show_bug.cgi?id=44427
Summary Pass the element's bounds to embedder during speech recognition.
Satish Sampath
Reported 2010-08-23 08:27:53 PDT
For speech recognition, the embedder would typically want to show a native UI with information, settings etc. We now pass the display bounds (in page coordinates) of the html element when invoking speech recognition, so the embedder can position the native speech recognition UI appropriately.
Attachments
Patch (10.77 KB, patch)
2010-08-23 08:55 PDT, Satish Sampath
no flags
Patch (10.94 KB, patch)
2010-08-23 14:32 PDT, Satish Sampath
no flags
Patch (10.93 KB, patch)
2010-08-23 14:41 PDT, Satish Sampath
no flags
Satish Sampath
Comment 1 2010-08-23 08:55:24 PDT
Jeremy Orlow
Comment 2 2010-08-23 14:13:22 PDT
Comment on attachment 65125 [details] Patch WebCore/rendering/TextControlInnerElements.cpp:401 + m_listenerId, input->renderer()->absoluteBoundingBoxRect())) { don't wrap...don't need {}'s WebCore/ChangeLog:5 + Pass the element's bounds to embedder during speech recognition. Please explain why here.
Satish Sampath
Comment 3 2010-08-23 14:32:07 PDT
Satish Sampath
Comment 4 2010-08-23 14:32:46 PDT
Thanks for the comments, made both the changes.
Jeremy Orlow
Comment 5 2010-08-23 14:37:24 PDT
Comment on attachment 65161 [details] Patch WebCore/rendering/TextControlInnerElements.cpp:400 + if (speechInput()->startRecognition( You didn't put this all on one line r=me
Satish Sampath
Comment 6 2010-08-23 14:41:49 PDT
Created attachment 65162 [details] Patch Sorry, my bad. Moved the if statement to a single line now.
Jeremy Orlow
Comment 7 2010-08-23 14:43:36 PDT
Comment on attachment 65162 [details] Patch Let's cq+ it tomorrow when we're in the office.
WebKit Commit Bot
Comment 8 2010-08-24 07:56:27 PDT
Comment on attachment 65162 [details] Patch Rejecting patch 65162 from commit-queue. Failed to run "['WebKitTools/Scripts/run-webkit-tests', '--no-launch-safari', '--exit-after-n-failures=1', '--wait-for-httpd', '--ignore-tests', 'compositing', '--quiet']" exit_code: 1 Running build-dumprendertree Compiling Java tests make: Nothing to be done for `default'. Running tests from /Users/eseidel/Projects/CommitQueue/LayoutTests Testing 20910 test cases. http/tests/security/xssAuditor/dom-write-location-inline-event.html -> failed Exiting early after 1 failures. 20558 tests run. 553.41s total testing time 20557 test cases (99%) succeeded 1 test case (<1%) had incorrect layout 36 test cases (<1%) had stderr output Full output: http://queues.webkit.org/results/3771547
Jeremy Orlow
Comment 9 2010-08-24 08:26:17 PDT
Comment on attachment 65162 [details] Patch try and try again
WebKit Commit Bot
Comment 10 2010-08-24 10:11:50 PDT
Comment on attachment 65162 [details] Patch Rejecting patch 65162 from commit-queue. Failed to run "['WebKitTools/Scripts/run-webkit-tests', '--no-launch-safari', '--exit-after-n-failures=1', '--wait-for-httpd', '--ignore-tests', 'compositing', '--quiet']" exit_code: 1 Running build-dumprendertree Compiling Java tests make: Nothing to be done for `default'. Running tests from /Users/eseidel/Projects/CommitQueue/LayoutTests Testing 20912 test cases. http/tests/security/xssAuditor/dom-write-location-inline-event.html -> failed Exiting early after 1 failures. 20560 tests run. 557.65s total testing time 20559 test cases (99%) succeeded 1 test case (<1%) had incorrect layout 35 test cases (<1%) had stderr output Full output: http://queues.webkit.org/results/3715552
Jeremy Orlow
Comment 11 2010-08-25 05:00:09 PDT
Comment on attachment 65162 [details] Patch Clearing flags on attachment: 65162 Committed r66007: <http://trac.webkit.org/changeset/66007>
Jeremy Orlow
Comment 12 2010-08-25 05:00:19 PDT
All reviewed patches have been landed. Closing bug.
Darin Fisher (:fishd, Google)
Comment 13 2010-08-25 09:33:48 PDT
Comment on attachment 65162 [details] Patch WebKit/chromium/public/WebSpeechInputController.h:46 + virtual bool startRecognition(int requestId, const WebRect&) Looking at this public API, it is quite mysterious what this WebRect parameter is supposed to mean. You should give it a meaningful name and perhaps add some documentation. Neither the ChangeLog nor the bug description says anything about why you need this. Are you trying to have the embedder externally position something on top of the input element? You should be sure to document the coordinates of this WebRect. Have you considered what happens if the user zooms or scrolls the page? (Note you can scroll the page without changing focus by using the mouse wheel.)
Darin Fisher (:fishd, Google)
Comment 14 2010-08-25 09:35:10 PDT
(In reply to comment #13) > Neither the ChangeLog nor the bug description says anything about why > you need this. Ah, I overlooked comment #0. Some form of that text should be in the ChangeLog.
Jeremy Orlow
Comment 15 2010-08-25 09:41:19 PDT
(In reply to comment #14) > (In reply to comment #13) > > Neither the ChangeLog nor the bug description says anything about why > > you need this. > > Ah, I overlooked comment #0. Some form of that text should be in the ChangeLog. Something very similar to that is in the ChangeLog, I believe.
Satish Sampath
Comment 16 2010-08-25 09:43:53 PDT
(In reply to comment #15) > (In reply to comment #14) > > (In reply to comment #13) > > > Neither the ChangeLog nor the bug description says anything about why > > > you need this. > > > > Ah, I overlooked comment #0. Some form of that text should be in the ChangeLog. > > Something very similar to that is in the ChangeLog, I believe. I had included it in the WebCore/Changelog, but missed out in the WebKit/chromium/Changelog. Would you prefer I edit the WebKit/chromium/Changelog now to include it? I will make sure to include sufficient information in all changelogs in future patches.
Note You need to log in before you can comment on or make changes to this bug.