Reviewed by Darin
authorkocienda <kocienda@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Fri, 27 Aug 2004 17:26:02 +0000 (17:26 +0000)
committerkocienda <kocienda@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Fri, 27 Aug 2004 17:26:02 +0000 (17:26 +0000)
commit4076f8a9d635511d61cd37603bb377a91e5a47ec
tree7a695fbc42bacfaf36c3b2006de2cc841904eb0a
parent3db98918a0118f9011bb5c748d571da8e28374f8
    Reviewed by Darin

        Fix for this bug:

        <rdar://problem/3778059> Odd behaviour when editing between blockquote elements

        * khtml/editing/htmlediting_impl.cpp:
        (khtml::CompositeEditCommandImpl::deleteUnrenderedText): This function should not move
        the selection out of the current block, ever. This is exactly what the bug reported.
        What was I thinking? Now, the code looks at the passed-in position and then the equivalent
        upstream and downstream positions to see if the selection can be placed there after the
        delete, and settles on the block containing the passed-in position as a fallback.
        * layout-tests/editing/inserting/insert-3778059-fix-expected.txt: Added.
        * layout-tests/editing/inserting/insert-3778059-fix.html: Added.

git-svn-id: https://svn.webkit.org/repository/webkit/trunk@7386 268f45cc-cd09-0410-ab3c-d52691b4dbfc
WebCore/ChangeLog-2005-08-23
WebCore/khtml/editing/htmlediting_impl.cpp