Fixed
Status Update
Comments
ar...@google.com <ar...@google.com> #2
We use build flavours heavily with a lot of common code. The refactoring support in AS is really good but it continually catches us out when it doesn't work across all flavours in a project. It's a big gap for serious product development.
rm...@gmail.com <rm...@gmail.com> #3
We at my company need this same feature. We have a lot of white labels and need refactor the same class across flavours. :(
ar...@google.com <ar...@google.com> #4
I need this feature too...
rm...@gmail.com <rm...@gmail.com> #5
+1, I need this very badly
ar...@google.com <ar...@google.com> #6
+1 My company also need this feature.
ar...@google.com <ar...@google.com> #7
Can we atleast know the status of the issue please? Will it be fixed or is it in low priority. It's been 4 years.
is...@google.com <is...@google.com>
sa...@google.com <sa...@google.com> #8
We are currently investigating possibly solutions.
Description
Using class android.widget.PopupMenu
Setting gravity was added in API19 to guide the popup placement. So if setting Gravity.END the popup is correctly placed at the end of the anchor view. But when navigating subMenus the newly created popup seems to ignore the initial gravity settings.
Looking into android.widget.PopupMenu in grepcode 5.1.1_r1 this behavior gets clear in
- onOpenSubMenu(MenuBuilder subMenu)
- line 226
The problem seems to be present across all APIs>19 - when gravity was added.
Don't forget to mention which version of Android you're using, and/or which
device the problem appears on (model and Android version).
Please also run "adb bugreport" and archive the output.