Inline styles should be normalized when selection doesn't change

[zacaway]

Attached video shows reproduction on ckeditor.com/demo#full. Summary:

1. Click somewhere in the middle of a paragraph.
2. Increase the font size significantly, the line height will increase accordingly (on Chrome).
3. Decrease the font size back to the original setting.
4. Observe the line height has not changed back to the original line height. Also, note the number of span elements created in the editor (one per font size change).

[zacaway]

File too large to upload. Link here instead: ​https://dl.dropboxusercontent.com/u/24882678/CKEditorBug10675.mov

[Jakub Ś]

1. Background of why this issue was discovered - in HTML4 inserting <span style="font-size:72px;"></span> into paragraph wan't taken into account when considering line height. Only cursor was bigger but line-height was the same. In HTML5, inserting such empty span isn’t ignored and increases line height.

2. This is very important issue - as discussed with @Reinmar - when selection doesn't change and new spans are added (especially with same style rule) editor should normalize those into one.

3. Besides normalization, merging should also take place (many spans with different styles next to each other merged into one span). This has been reported in ticket #4505.

This ticket plus #4505 is one large issue to change how styles are working.

---

@zacaway - editor currently works in a way that it inserts new span element on every dropdown option press. Good news is that if these styles will remain empty they will be removed when you use getData function (e.g. during submit) or when you switch modes.

Another (and currently best) workaround is selecting part of text that contains these empty spans and using Remove Format button. Currently this is the only workaround until how styles work will be changed.

[zacaway]

Thanks for the update. I noticed the styles get normalized after getData, which we are using whenever the user clicks away from the editor, so that will be fine as a workaround until there's a fix.

[Jakub Ś]

Other issues can be found in #10742, #10824, #4505, #5980 #11120.

[Jakub Ś]

#12047 was marked as duplicate.

Please have a look at TC mentioned in that ticket.

[Jakub Ś]

Another one related: #1646.

[Sreekant Nandakumar]

Is this issue fixed? If not, can anybody help with a temporary fix that I can apply for solving this issue. Thanks.