NEW 15322
On designMode=on, <hr> elements should be ignored when moving the caret 
https://bugs.webkit.org/show_bug.cgi?id=15322
Summary On designMode=on, <hr> elements should be ignored when moving the caret
webkit
Reported 2007-09-29 09:04:27 PDT
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.
Attachments
TC (785 bytes, text/html)
2007-09-29 09:06 PDT, webkit 		no flags
Details
Praposed patch (5.17 KB, patch)
2012-06-06 03:44 PDT, Parag Radke 		rniwa: review-
rniwa: commit-queue-
DetailsFormatted DiffDiff
View All Add attachment proposed patch, testcase, etc.
webkit
Comment 1 2007-09-29 09:06:39 PDT
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.
Justin Garcia
Comment 2 2007-12-06 13:32:57 PST
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.
Parag Radke
Comment 3 2012-06-06 03:44:57 PDT
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.
Ryosuke Niwa
Comment 4 2012-06-06 12:15:01 PDT
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.
Note You need to log in before you can comment on or make changes to this bug.