This is the first in a series of patches to enable speech in HTML input elements. A new '@speech' attribute is used to explicitly enable individual form input elements for speech input, and the input element will allow users to start/stop speech recognition and insert the recognition results as the control's value. Please see the parent bug https://bugs.webkit.org/show_bug.cgi?id=39485 for more information. Backwards compatibility: 1. Web developers will use a new '@speech' attribute to explicitly enable individual form input fields for speech input. UAs which don't recognize this new attribute will render the input element in it's normal form. 2. Once the initial implementation is ready we intend to enable this API in Chrome behind a run-time flag, which will let web developers turn on the feature in their own machines and experiment with it to give useful feedback. Full API proposal: https://docs.google.com/View?id=dcfg79pz_5dhnp23f5 Relevant discussions in the WHATWG lists: - http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2010-May/026338.html - http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2010-June/026747.html Changes in this patch: Add bare bones '@speech' attribute support to the text input element and associated rendering code. Input elements with '@speech' set will show a clickable button within the text field area similar to the clear buttons that appear in <input type='search'> elements. a. Compile flag in the build script and makefiles to conditionally enable (default:off) the code b. Add speech input button styles to the UA style sheet and CSS parsing code. c. Recognize '@speech' as a valid attribute d. RenderTextControlSingleLine will check if @speech is set and if so create the speech input button in the same fashion as the search field's cancel button. e. Platform and UA specific themed rendering (RenderThemeXxxxx files) for the above speech input button