When designMode=on, using the keyboard or the mouse to move the caret inside the document should ignore <hr> elements. Today, it seams that the caret is placed in front of the <hr>, but it has a buggy and inconsistent placement. A TC will be provided for it.
Created attachment 16454 [details] TC This TC makes it easy to spot the problem. It's enough to compare WebKit's results against Firefox 2 or Opera 9.5 results.
We offer a caret position before and after the horizontal rule so that it can be deleted. The correct solution though is to give horizontal rules "control" selections, like we plan to do for images, that will allow for deletion, among other things.
Created attachment 145985 [details] Praposed patch Patch to skip 'hr' element while arrow key navigation. could there be any more such elements which should be skipped? I will report a new bug to make hr control selectable. Please give your feed back.
Comment on attachment 145985 [details] Praposed patch This isn't a right solution. previous/nextLeafWithSameEditability is used for other purposes than just caret movement. Furthermore, as Justin said, we need to add control selection on HR before skipping HR or else users won't be able to delete HR.