Support for Adaptive Handle Orientation

content/browser/android/popup_touch_handle_drawable.cc

Index: content/browser/android/popup_touch_handle_drawable.cc
diff --git a/content/browser/android/popup_touch_handle_drawable.cc b/content/browser/android/popup_touch_handle_drawable.cc
index ac2f57bffc2d56241483fb2da171861d8a399239..fa39ec3ba6990983f02f42c50a981dfdf354c357 100644
--- a/content/browser/android/popup_touch_handle_drawable.cc
+++ b/content/browser/android/popup_touch_handle_drawable.cc
@@ -43,6 +43,15 @@ void PopupTouchHandleDrawable::SetOrientation(
       Java_PopupTouchHandleDrawable_setCenterOrientation(env, obj);
       break;
 
+    // Inverted/flipped handles are not currently supported for
+    // synchronous (WebView) compositor case.

[jdduke (slow), 2014/08/20 15:15:01]

WebView is probably the *most* useful case for inverting handles, so this is a
little confusing.

[AviD, 2014/08/21 16:15:20]

If the handles were to be drawn on top of Selected text(as the bug description),
then it would be a round about approach to get the top of selection (start_rect
and end_rect) on java(PopuptouchHandleDrawable) side.
But if we anchor the handles to the bottom of selection(as per your suggestion),
then it can be implemented without having to consider the selection height.
I'll work on bringing this on WebView also.

+    case TOUCH_HANDLE_LEFT_INVERTED:
+    case TOUCH_HANDLE_RIGHT_INVERTED:
+    case TOUCH_HANDLE_LEFT_FLIPPED:
+    case TOUCH_HANDLE_RIGHT_FLIPPED:
+    case TOUCH_HANDLE_LEFT_FLIPPED_INVERTED:
+    case TOUCH_HANDLE_RIGHT_FLIPPED_INVERTED:
+    case TOUCH_HANDLE_CENTER_INVERTED:
     case TOUCH_HANDLE_ORIENTATION_UNDEFINED:
       NOTREACHED() << "Invalid touch handle orientation.";
   };