mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-12-01 08:42:13 +00:00
dc502df61b
Like the other browsers, we shouldn't allow to user modify content in `<select>` element. Note that this case won't occur with moving caret with input devices. This occurs only with Selection API. FYI: Chrome deletes `<select>` element if children of it are selected, but it's odd behavior since user don't see where is selected visually and may cause unexpected data loss (i.e., deleting `<select>` element). Perhaps, we should investigate the behavior in other replaced elements like `<textarea>` etc in follow up bugs. Depends on D112513 Differential Revision: https://phabricator.services.mozilla.com/D112517 |
||
---|---|---|
.. | ||
composer | ||
docs | ||
libeditor | ||
reftests | ||
spellchecker | ||
txmgr | ||
AsyncSpellCheckTestHelper.jsm | ||
moz.build | ||
nsIDocumentStateListener.idl | ||
nsIEditActionListener.idl | ||
nsIEditor.idl | ||
nsIEditorMailSupport.idl | ||
nsIEditorObserver.idl | ||
nsIEditorSpellCheck.idl | ||
nsIHTMLAbsPosEditor.idl | ||
nsIHTMLEditor.idl | ||
nsIHTMLInlineTableEditor.idl | ||
nsIHTMLObjectResizer.idl | ||
nsITableEditor.idl |