| Summary: | Selecting text inside contenteditable tags is problematic | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Patrick Quinn-Graham <patrick> | ||||
| Component: | HTML Editing | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | RESOLVED DUPLICATE | ||||||
| Severity: | Normal | CC: | ap, kalman, leviw, rniwa | ||||
| Priority: | P2 | ||||||
| Version: | 528+ (Nightly build) | ||||||
| Hardware: | Mac (Intel) | ||||||
| OS: | OS X 10.6 | ||||||
| Bug Depends on: | 55552 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
Interesting that this doesn't happen with non-editable text - or even if position:absolute is added to contenteditable in the attached example. This also doesn't happen in Bugzilla textarea (where you're writing your comment). (In reply to comment #1) > Interesting that this doesn't happen with non-editable text - or even if position:absolute is added to contenteditable in the attached example. This also doesn't happen in Bugzilla textarea (where you're writing your comment). This bug is to do with the way we avoid selection extending across editing boundary. This is a duplicate of the bug 55552. I'm closing this one since the bug 55552 has patches posted. *** This bug has been marked as a duplicate of bug 55552 *** |
Created attachment 79881 [details] Testcase When users select text using a rapid mouse movement that extends outside of the contenteditable tag the selection behaviour is not always what a user expects: ie. the click mid way through text, drag (to select) all the way beyond the left (start) of the contenteditable, selection stops several characters before the start of the contenteditable contents. Attached test case includes three content editable areas: h1 that contains a <div>, an h1 that contains only text and a p tag.