Support for Adaptive Handle Orientation

content/browser/android/content_startup_flags.cc

Index: content/browser/android/content_startup_flags.cc
diff --git a/content/browser/android/content_startup_flags.cc b/content/browser/android/content_startup_flags.cc
index ebd585bcaf3426eb88dcbdcfffadaa9eed7d08b3..5515b74a0c99308807a0ba812814a4e2ade18cf5 100644
--- a/content/browser/android/content_startup_flags.cc
+++ b/content/browser/android/content_startup_flags.cc
@@ -66,6 +66,8 @@ void SetContentCommandLineFlags(bool single_process,
   // TODO(jdduke): Use the proper SDK version when available, crbug.com/466749.
   if (base::android::BuildInfo::GetInstance()->sdk_int() >
       base::android::SDK_VERSION_LOLLIPOP_MR1) {
+    parsed_command_line->AppendSwitch(

[jdduke (slow), 2015/09/08 15:42:55]

I think we still need to address WebView behavior consistency. Let's go ahead
and leave this off by default for now. That way we can land this and avoid bit
rot, and work toward turning it on.

[AviD, 2015/09/09 15:17:01]

I have disabled this from
RenderWidgetHostViewAndroid::CreateSelectionController() for now. Will enable it
after webview behavior consistency.

+        switches::kEnableAdaptiveHandleOrientation);
     parsed_command_line->AppendSwitch(switches::kEnableLongpressDragSelection);
     parsed_command_line->AppendSwitchASCII(
         switches::kTouchTextSelectionStrategy, "direction");