Opened 12 years ago
Closed 11 years ago
#10572 closed Bug (wontfix)
[IE9, Chrome] Selection related to TD causes invalid caret move.
| Reported by: | Joel | Owned by: | |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | General | Version: | |
| Keywords: | Cc: |
Description
[Chrome]
- Go to http://ckeditor.com/demo
- Clear contents, add a default table, insert "test" into the first TD
- Move caret to "t|est"
- Create selection by pressing SHIFT+left arrow two times, first selects 't' and second expands the selection to the cell. Also works if selected with mouse. (IMHO the cell should not be selectable, it is causes counter-intuitive functionality and I don't see a use for it.)
- Press 'a' on keyboard --> Caret moves to before table, directly onto the Body element.
Expected 'a' to replace the 't' in "test" and nothing else OR generate a new paragraph above the table.
Also if in step 4 the caret is placed to "test|" and the TD selection is made from there, when 'a' is pressed the entire first TR disappears. (Chrome)
IE9: Doing the same selection and then pressing 'a' on keyboard does nothing, pressing delete does nothing - But pressing backspace moves Caret to body like above without deleting the 't'.
Note: See
TracTickets for help on using
tickets.
You will get same results in plain contenteditable elements. This is how browsers handle it. There is nothing we can do here:
<body contenteditable="true"> <table border="1"> <tbody> <tr> <td>test</td> <td>22</td> <td>333</td> </tr> <tr> <td>sad</td> <td> </td> <td>sad</td> </tr> <tr> <td>asdsada</td> <td>asdsadsa</td> <td>dsad</td> </tr> </tbody> </table> </body>IE doesn't handle empty or multiple cells selected e.g. #10592