input event is fired synchronously when the value of an
<textarea> element is changed. (For
input elements with
input event does not fire when a user clicks the control, because the
value attribute does not change.) Additionally, it fires on
contenteditable editors when its contents are changed. In this case, the event target is the editing host element. If there are two or more elements which have
contenteditable as true, "editing host" is the nearest ancestor element whose parent isn't editable. Similarly, it's also fired on root element of
- HTML5, DOM Level 3 Events
- Default Action
- The value or the content is modified.
||The event target (the topmost target in the DOM tree).|
||The type of event.|
||Whether the event normally bubbles or not|
||Whether the event is cancellable or not?|
|Feature||Chrome||Firefox (Gecko)||Internet Explorer||Opera||Safari|
||(Yes)||14 (14)||No support
||(Yes)||14 (14)||No support||15||(Yes)|
||No support||31 (31)||No support||No support||No support|
|Feature||Android||Chrome for Android||Firefox Mobile (Gecko)||IE Mobile||Opera Mobile||Safari Mobile|
||No support||No support||31.0 (31)||No support||No support||No support|
 Prior to Gecko 12.0 (Firefox 12.0 / Thunderbird 12.0 / SeaMonkey 2.9), Gecko didn't fire input events while composition was ongoing using IMEs or when dead keys were used on Mac OS X.
 IE 9 does not fire an input event when the user deletes characters from an input (e.g. by pressing Backspace or Delete, or using the "Cut" operation).
 Prior to Opera 15, Opera did not fire an input event after dropping text in an input field.
 The event target is the innermost element at the caret position.
change event is related.
change fires less often than
input – it only fires when the changes are committed by the user.