You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems that if you have a <div contenteditable="true"><p>aaaa</p></div> and place the cursor at the beginning of the <p> element (in front of aaaa) and hit the Simulate key-sequence button, the text is not entered in the correct position.
You would expect to have <div contenteditable="true"><p>foobaraaaa</p></div>, instead you get <div contenteditable="true">foobar<p>aaaa</p></div>. Otherwise, if the cursor is anywhere else in the text it works as expected.
I have edited your demo jsfiddle in order for you to be able to test what I'm trying to say: http://jsfiddle.net/Psjhf/721/
Look forward to hearing your opinion on this.
The text was updated successfully, but these errors were encountered:
hmm.. unfortunately, I don't know much about the way selections work. So I can't tell if this is a bug or expected behavior, i.e. if clicking in front of the aaaa is supposed to create a selection within the <p> element or in front of it.
I wonder if recent versions of bililiteRange handle such situations differently. Then #28 might fix this.
It seems that if you have a
<div contenteditable="true"><p>aaaa</p></div>
and place the cursor at the beginning of the<p>
element (in front of aaaa) and hit the Simulate key-sequence button, the text is not entered in the correct position.You would expect to have
<div contenteditable="true"><p>foobaraaaa</p></div>
, instead you get<div contenteditable="true">foobar<p>aaaa</p></div>
. Otherwise, if the cursor is anywhere else in the text it works as expected.I have edited your demo jsfiddle in order for you to be able to test what I'm trying to say: http://jsfiddle.net/Psjhf/721/
Look forward to hearing your opinion on this.
The text was updated successfully, but these errors were encountered: