Undo of delete/forward-delete of text should not select the deleted text on non-mac platforms

Source/core/editing/EditingBehavior.h

 /*
  * Copyright (C) 2010 Nokia Corporation and/or its subsidiary(-ies)
  * Copyright (C) 2010 Apple Inc. All rights reserved.
  *
  * This library is free software; you can redistribute it and/or
  * modify it under the terms of the GNU Library General Public
  * License as published by the Free Software Foundation; either
  * version 2 of the License, or (at your option) any later version.
  *
  * This library is distributed in the hope that it will be useful,
@@ skipping 61 matching lines @@
     // On Mac, selecting backwards by word/line from the middle of a word/line, and then going
     // forward leaves the caret back in the middle with no selection, instead of directly selecting
     // to the other end of the line/word (Unix/Windows behavior).
     bool shouldExtendSelectionByWordOrLineAcrossCaret() const { return m_type != EditingMacBehavior; }
 
     // Based on native behavior, when using ctrl(alt)+arrow to move caret by word, ctrl(alt)+left arrow moves caret to
     // immediately before the word in all platforms, for example, the word break positions are: "|abc |def |hij |opq".
     // But ctrl+right arrow moves caret to "abc |def |hij |opq" on Windows and "abc| def| hij| opq|" on Mac and Linux.
     bool shouldSkipSpaceWhenMovingRight() const { return m_type == EditingWindowsBehavior; }
 
+    // On Mac, undo of delete/forward-delete of a word should select the deleted word. On other platforms deleted word
+    // should not be selected and the cursor should be placed where the deletion started.
+    bool shouldUndoOfWordDeletionSelectWord() const { return m_type == EditingMacBehavior; }

[ojan, 2013/10/26 01:36:01]

This name isn't quite right. It's not just word selections. How about
shouldUndoOfDeleteSelectText?

+
 private:
     EditingBehaviorType m_type;
 };
 
 } // namespace WebCore
 
 #endif // EditingBehavior_h