зеркало из https://github.com/mozilla/gecko-dev.git
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 | ||