Masayuki, I believe **this needs pretty much exactly the same awesome behavior which you have implemented for links in Bug 1357365 (great job!!!)** - Cannot exit links in contenteditable elements, i.e. no way to place caret cursor outside `<a href>` element when there is no editable/navigable content before or after <a href> Could you try the same approach here? Thunderbird's message editor is much affected by this, also wrt enterprise use cases where inserting tables can be expected more frequently. As the ongoing duplicates and recent comments on the original bug 535475 (filed 12 years back) show, this continues to annoy users as the workarounds are clumsy. It's quite unexpected that after adding a table at the end of the message, there's no direct way to add more content after that. This implementation-level restriction makes users feel not in control as they have to spend extra time removing the table, adding other content like empty paragraphs, and then inserting the table in between (ux-implementation-level, ux-control, ux-efficiency).
Bug 1674359 Comment 10 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
Masayuki, I believe **this needs pretty much exactly the same awesome behavior which you have implemented for links in [Bug 1357365](https://bugzilla.mozilla.org/show_bug.cgi?id=1357365) (great job!!!)** - Cannot exit links in contenteditable elements, i.e. no way to place caret cursor outside `<a href>` element when there is no editable/navigable content before or after <a href> Could you try the same approach here? Thunderbird's message editor is much affected by this, also wrt enterprise use cases where inserting tables can be expected more frequently. As the ongoing duplicates and recent comments on the original bug 535475 (filed 12 years back) show, this continues to annoy users as the workarounds are clumsy. It's quite unexpected that after adding a table at the end of the message, there's no direct way to add more content after that. This implementation-level restriction makes users feel not in control as they have to spend extra time removing the table, adding other content like empty paragraphs, and then inserting the table in between (ux-implementation-level, ux-control, ux-efficiency).
Masayuki, I believe **this needs pretty much exactly the same awesome behavior which you have implemented for links in** Bug 1357365 **(great job!!!)** - Cannot exit links in contenteditable elements, i.e. no way to place caret cursor outside `<a href>` element when there is no editable/navigable content before or after <a href> Could you try the same approach here? Thunderbird's message editor is much affected by this, also wrt enterprise use cases where inserting tables can be expected more frequently. As the ongoing duplicates and recent comments on the original bug 535475 (filed 12 years back) show, this continues to annoy users as the workarounds are clumsy. It's quite unexpected that after adding a table at the end of the message, there's no direct way to add more content after that. This implementation-level restriction makes users feel not in control as they have to spend extra time removing the table, adding other content like empty paragraphs, and then inserting the table in between (ux-implementation-level, ux-control, ux-efficiency).