Styles are remove when caret placed in element boundaries

[Frederico Caldeira Knabben]

1. Having the following selection:

Some <strong>sample^</strong> text.
OR
Some <strong>^sample</strong> text.

2. Press CTRL+B.

The entire work gets un-bolded, instead of simply disabling it (moving the selection to outside the touching boundary).

This issue is more often faced when typing, using CTRL+B to type a word, and then CTRL+B again to continue writing.

[Garry Yao]

DUP of #2976.

[Frederico Caldeira Knabben]

This issue is "similar" but not really the same as the one described into #2976. We should be able to have a simple fix for it from V2.

[Frederico Caldeira Knabben]

The following case has strange effects for me:

1. With the following code and selection:

<p><em>Some <b>^Text</b></em></p>

2. Hitting CTRL+I for the italics.

Current results:

<p>Some <em>Some <b>Text^</b></em></p>

[Garry Yao]

The culprit here is range::checkBoundaryOfElement should be element sensitive when determinating if it's on element boundaries, which means it should take the target element as an another param.

range.checkBoundaryOfElement( element, CKEDITOR.START_OF_ELEMENT ); 

With this logic errors hunted down, now the following codes:

range.checkBoundaryOfElement( doc.getById('target'), CKEDITOR.START_OF_ELEMENT ); 

It should also return true with the following TCs:

<b id="target">^Element</b> 
<em id="target"><b>^Element</b></em>
<em id="target"><b>^Element</b></em> 
<em id="target">^<b>Element</b></em>
<em id="target"><b><span _fck_bookmark="1"> </span>^Element</b></em>

[Frederico Caldeira Knabben]

I've discussed some changes with Garry on this fix to make it a bit simpler. A new patch should be coming soon.

[Garry Yao]

Fixed with [3690]. Click here for more info about our SVN system.