Reviewed by Hyatt
authorkocienda <kocienda@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Thu, 17 Feb 2005 17:21:58 +0000 (17:21 +0000)
committerkocienda <kocienda@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Thu, 17 Feb 2005 17:21:58 +0000 (17:21 +0000)
commit08a0047a6af3278db165283d332506215bd01ec1
tree3d9a7c3f6f24aef82c032b4268b913437fea0ed5
parent3c9917f4258cf425c87863ae6618e56162f2928d
    Reviewed by Hyatt

        Fix for this bug:

        The styling code did not move to the next node when the starting position was
        at the last offset of a node. Instead, it styled it. Clearly wrong. Solution
        is to borrow a check from the delete algorithm. Though I call caretMaxOffset(),
        which I consider deprecated, it is still the simplest and most strightforward
        way to ask the right question for this kind of problem.

        * khtml/editing/htmlediting.cpp:
        (khtml::ApplyStyleCommand::applyInlineStyle): Fixed, as described above.
        * layout-tests/editing/style/style-3998892-fix-expected.txt: Added.
        * layout-tests/editing/style/style-3998892-fix.html: Added.

git-svn-id: https://svn.webkit.org/repository/webkit/trunk@8606 268f45cc-cd09-0410-ab3c-d52691b4dbfc
LayoutTests/editing/style/style-3998892-fix-expected.txt [new file with mode: 0644]
LayoutTests/editing/style/style-3998892-fix.html [new file with mode: 0644]
WebCore/ChangeLog-2005-08-23
WebCore/khtml/editing/htmlediting.cpp