| .scenario { margin-bottom: 16px;} |
| .scenario:first-line { font-weight: bold; margin-bottom: 16px;} |
| .expected-results:first-line { font-weight: bold } |
| <script src=../editing.js language="JavaScript" type="text/JavaScript" ></script> |
| moveSelectionForwardByLineCommand(); |
| extendSelectionForwardByLineCommand(); |
| extendSelectionForwardByCharacterCommand(); |
| insertParagraphCommand(); |
| <title>Editing Test</title> |
| <div class="explanation"> |
| A scenario I thought of based on my experiences with this bug: |
| <a href="rdar://problem/4045521"><rdar://problem/4045521></a> Hitting return key with full line selected does not add blank line as it should |
| <div class="expected-results"> |
| Should see this content in the red box below (note that the insertion point should be at the start of the third line, immediately preceding "baz"): |
| <div>foo</div><div><br></div><div>baz</div> |
| <div contenteditable id="root" style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space;"> |
| <div id="test" class="editing"> |
| <div>foo</div><div>bar</div><div>bbaz</div> |