| EDITING DELEGATE: shouldBeginEditingInDOMRange:range from 0 of DIV > BODY > HTML > #document to 0 of DIV > BODY > HTML > #document |
| EDITING DELEGATE: webViewDidBeginEditing:WebViewDidBeginEditingNotification |
| EDITING DELEGATE: webViewDidChangeSelection:WebViewDidChangeSelectionNotification |
| EDITING DELEGATE: shouldChangeSelectedDOMRange:range from 0 of DIV > BODY > HTML > #document to 0 of DIV > BODY > HTML > #document toDOMRange:range from 0 of DIV > DIV > BODY > HTML > #document to 0 of DIV > DIV > BODY > HTML > #document affinity:NSSelectionAffinityDownstream stillSelecting:FALSE |
| EDITING DELEGATE: webViewDidChangeSelection:WebViewDidChangeSelectionNotification |
| EDITING DELEGATE: webViewDidChange:WebViewDidChangeNotification |
| EDITING DELEGATE: webViewDidEndEditing:WebViewDidEndEditingNotification |
| This demonstrates a bug in interchange newline handling during paste. |
| There is an interchange newline at the end of the incoming fragment and so the caret should end up on an empty line. |
| The editable region is followed by non-editable content, which breaks the old code in paste that handled interchange newlines. |
| | "\n" |
| | <div> |
| | contenteditable="true" |
| | id="test" |
| | "foo" |
| | <div> |
| | "bar" |
| | <div> |
| | <#selection-caret> |
| | <br> |
| | "\nThis is non-editable content.\n\n" |
| | <script> |
| | "\nrunTest();\n" |
