23189 2009-01-08 10:17:23 -0800 Impossible to place caret at the start of a text node 2022-07-27 11:31:05 -0700 1 1 1 Unclassified WebKit HTML Editing 525.x (Safari 3.2) All All NEW https://bugs.webkit.org/show_bug.cgi?id=15256 http://www.timdown.co.uk/testcases/range.html BrowserCompat, InRadar P2 Normal --- 1 timdown webkit-unassigned ap ayg enrica jparent karlcow michael.vm rniwa ted webkit-bug-importer webkit oldest_to_newest 104896 0 timdown 2009-01-08 10:17:23 -0800 In design mode, it is impossible to place the caret at the start of a text node. It is possible to create a collapsed Range at the start of a text node programmatically using JavaScript but if you add that range to the selection, the caret goes to the end of the node immediately prior to the text node, contrary to the behaviour in Firefox and Opera. For example, for the HTML Some text more text you create a collapsed Range at the start of "more text" and add that to the selection, in Opera and Firefox you get Some text |more text as expected, but in WebKit you get Some text |more text The URL for this bug has a simple test case. Bug #15256 is a special case of this bug and mentions the general case in the comments. 104898 1 26527 timdown 2009-01-08 10:18:24 -0800 Created attachment 26527 Test case 212318 2 timdown 2010-04-14 03:57:39 -0700 Any chance of progress with this and related selection bugs? 658680 3 ted 2012-06-27 09:55:47 -0700 I would love a resolution to this bug as well. We are currently trying to improve the functionality of some non-editable content in a design mode area. The first problem is if the non-editable content is the first or last element in the design mode element, it's not technically possible to get the cursor outside of the non-editable node without some DOM Range wizardry. The second problem is that when you do have an element directly following the non-editable region, there is no way to put the cursor at the beginning of the following node -- it always falls back to the end of the non-editable node. Similar DOM Range wizardry can magically place the cursor in the right place EXCEPT when that node is a text node and you are in a WebKit browser. Someone please let me know a decent way to work around this and I will be much relieved. 658710 4 timdown 2012-06-27 10:54:58 -0700 (In reply to comment #3) > I would love a resolution to this bug as well. We are currently trying to improve the functionality of some non-editable content in a design mode area. The first problem is if the non-editable content is the first or last element in the design mode element, it's not technically possible to get the cursor outside of the non-editable node without some DOM Range wizardry. > > The second problem is that when you do have an element directly following the non-editable region, there is no way to put the cursor at the beginning of the following node -- it always falls back to the end of the non-editable node. Similar DOM Range wizardry can magically place the cursor in the right place EXCEPT when that node is a text node and you are in a WebKit browser. > > Someone please let me know a decent way to work around this and I will be much relieved. It's far from decent, but you may be able to use the fact that WebKit has a special case for <a> elements and allows the caret to be placed at the start inside an <a> element. Otherwise, you could place a zero-width characters at the start of any text node in which you want to place the caret. This is also obviously deeply non-decent. 658766 5 ted 2012-06-27 12:04:56 -0700 (In reply to comment #4) > It's far from decent, but you may be able to use the fact that WebKit has a special case for <a> elements and allows the caret to be placed at the start inside an <a> element. Otherwise, you could place a zero-width characters at the start of any text node in which you want to place the caret. This is also obviously deeply non-decent. Thank you much for the reply. I was thinking along the same lines as you -- that is, put a zero-width character in the text node first, then place the cursor and clean up the zero-width character at some indeterminate future point. I am trying to do this on keypress, so I need to place the cursor, let the default action happen and then find some way to remove the zero-width character reliably and consistently. Again, thanks for the speedy and helpful response. What a pain this is to work around!!! 1886707 6 webkit-bug-importer 2022-07-26 00:03:49 -0700 <rdar://problem/97590553> 1886708 7 webkit-bug-importer 2022-07-26 00:05:47 -0700 <rdar://problem/97590632> 1887110 8 rniwa 2022-07-27 11:31:05 -0700 This and the bug 15256 are basically identical problem. 26527 2009-01-08 10:18:24 -0800 2009-01-08 10:18:24 -0800 Test case range.html text/html 1320 timdown PGh0bWw+DQoJPGhlYWQ+DQoJCTxzY3JpcHQgdHlwZT0idGV4dC9qYXZhc2NyaXB0Ij4NCgkJCXdp bmRvdy5vbmxvYWQgPSBmdW5jdGlvbigpIHsNCgkJCQlkb2N1bWVudC5kZXNpZ25Nb2RlID0gIm9u IjsNCgkJCQl3aW5kb3cuZm9jdXMoKTsNCg0KCQkJCS8vIEVuc3VyZSBjYXJldCBzaG93cyB1cA0K CQkJCWlmICgoL3NhZmFyaS9pKS50ZXN0KG5hdmlnYXRvci51c2VyQWdlbnQpKSB7DQoJCQkJCWRv Y3VtZW50LmRvY3VtZW50RWxlbWVudC5mb2N1cygpOyAvLyBTYWZhcmkNCgkJCQl9IGVsc2Ugew0K CQkJCQl3aW5kb3cuZm9jdXMoKTsgLy8gT3BlcmEuDQoJCQkJfQ0KCQkJCQ0KCQkJCW1vdmVDYXJl dCgpOw0KCQkJfQ0KCQkJDQoJCQkvLyBUaGlzIGlzIHRoZSBpbnRlcmVzdGluZyBmdW5jdGlvbg0K CQkJZnVuY3Rpb24gbW92ZUNhcmV0KCkgew0KCQkJCXZhciBtYWluU3BhbiA9IGRvY3VtZW50Lmdl dEVsZW1lbnRCeUlkKCJtYWluIik7DQoJCQkJDQoJCQkJLy8gQ3JlYXRlIGEgUmFuZ2UgYW5kIG1v dmUgaXQgdG8gdGhlIHN0YXJ0IG9mIHRoZSB0ZXh0IG5vZGUgaW4gdGhlIG1haW4gc3Bhbg0KCQkJ CXZhciByYW5nZSA9IGRvY3VtZW50LmNyZWF0ZVJhbmdlKCk7DQoJCQkJcmFuZ2Uuc2VsZWN0Tm9k ZUNvbnRlbnRzKG1haW5TcGFuKTsNCgkJCQlyYW5nZS5jb2xsYXBzZSh0cnVlKTsNCgkJCQkNCgkJ CQkvLyBBZGQgdGhlIFJhbmdlIHRvIHRoZSBzZWxlY3Rpb24NCgkJCQl2YXIgc2VsZWN0aW9uID0g d2luZG93LmdldFNlbGVjdGlvbigpOw0KCQkJCXNlbGVjdGlvbi5yZW1vdmVBbGxSYW5nZXMoKTsN CgkJCQlzZWxlY3Rpb24uYWRkUmFuZ2UocmFuZ2UpOw0KCQkJfQ0KCQk8L3NjcmlwdD4NCgk8L2hl YWQ+DQoJPHN0eWxlIHR5cGU9InRleHQvY3NzIj4NCgkJc3BhbiB7DQoJCQlwYWRkaW5nOiA1cHg7 DQoJCQltYXJnaW46IDEwcHg7DQoJCQlib3JkZXI6IHNvbGlkIGJsdWUgMXB4Ow0KCQl9DQoJCQ0K CQlzcGFuI21haW4gew0KCQkJYmFja2dyb3VuZC1jb2xvcjogeWVsbG93Ow0KCQl9DQoJPC9zdHls ZT4NCgk8Ym9keT4NCgkJPHA+DQoJCQk8c3Bhbj5UaGUgY2FyZXQgc2hvdWxkIG5vdCBiZSByaWdo dCBoZXJlIC0tJmd0Ozwvc3Bhbj48c3BhbiBpZD0ibWFpbiI+Jmx0Oy0tIFRoaXMgaXMgd2hlcmUg aXQgc2hvdWxkIGJlLiBTdGFydCB0eXBpbmcgYW5kIGNvbnRlbnQgc2hvdWxkIGdvIGluIHRoZSB5 ZWxsb3cgYm94Ljwvc3Bhbj4NCgkJPC9wPg0KCQk8cD4NCgkJCVdvcmsgZmluZSBpbiBPcGVyYSBh bmQgRmlyZWZveC4gTm90IGludGVuZGVkIHRvIHdvcmsgaW4gSUUuDQoJCTwvcD4NCgk8L2JvZHk+ DQo8L2h0bWw+