Link^ text
` For WebKit browsers the selection is like in the above html, however, when you start typing it is moved outside the link (like `Link^ text
`) so the typed text is not the part of the link. All non empty elements from within a link are copied (using styles combo creates empty element/s which are not copied in such cases). In Firefox, the selection can be either `Link^ text
` or `Link^ text
` and it behaves accordingly so the typed text becomes part of the link or plain text. For IE/Edge browsers the selection always behaves and acts like `Link^ text
`. ---- Now consider the resulting html after using styles combo on the following html: == Chrome == '''1.''' `xfoo^x
` After changing font size to 20px and typing ''bar'' becomes `xfoobarx
` '''2.''' `xfoo^x
` After changing font size to 20px and typing ''bar'' becomes `xfoobarx
` '''3a.''' `xfoo^x
` After changing font size to 20px and typing ''bar'' becomes `xfoobarx
` '''3b.''' `xfoo^x
` After changing font family to Tahoma and typing ''bar'' becomes `xfoobarx
` == Firefox == '''1.''' `xfoo^x
` After changing font size to 20px and typing ''bar'' becomes `xfoobarx
` '''2.''' `xfoo^x
` After changing font size to 20px and typing ''bar'' becomes `xfoobarx
` '''3a.''' `xfoo^x
` After changing font size to 20px and typing ''bar'' becomes `xfoobarx
` '''3b.''' `xfoo^x
` After changing font family to Tahoma and typing ''bar'' becomes `xfoobarx
` ---- While the elements order may be different I does not make any difference for visual appearance and CKEditor UI (`text^` and `text^` looks same and activates same states/controls in UI). This means for different elements order, the result of using styles combo should be the same (in both appearance and UI state)." Bug confirmed Normal General