Don't take the compatibility path for non-primary ActionModes
Action modes that are not of type PRIMARY currently go through some compatibility gymnastics so that the non-typed startActionModeForChild ViewParent method has an opportunity to process them. Unfortunately, a lot of apps in the wild use AppCompat, which intercepts these and presents its own contextual action bar UI. In practice this now means that the new floating toolbars for TextViews and similar components don't show up in the majority of existing apps. While this may be more correct from a compatibility standpoint, it presents a poor user experience. Only take the compatibility code path that calls through the older, untyped startActionModeForChild method when the type is PRIMARY. The tradeoff is that apps that previously would use parent views to modify a text selection action mode will now no longer be able to do so. Change-Id: I8c892a7a84ec36e6a484a5cba0c95281ea6beafb
Loading
Please register or sign in to comment