Status Update
Comments
se...@google.com <se...@google.com> #2
When you call navController.setGraph(R.navigation.navigation_graph), it stores that ID and will restore that ID automatically.
If you were to instead use:
NavInflater navInflater = new NavInflater(this, navController.getNavigatorProvider());
navController.setGraph(navInflater.inflate(R.navigation.navigation_graph));
Then NavController would not restore the graph itself and the call to restoreState() you point out would only restore the back stack state, etc. but would wait for you to call setGraph again.
You're right that the inconsistency between the two setGraph methods is concerning. We'll take a look.
du...@gmail.com <du...@gmail.com> #3
du...@gmail.com <du...@gmail.com> #4
si...@google.com <si...@google.com> #5
note might be related to this class not accessible on android 12 (or the versions where reflection was disabled)
the change was introduced for a similar performance reason.
sh...@gmail.com <sh...@gmail.com> #6
si...@google.com <si...@google.com> #7
I strongly suggest not to apply the xml config defined in
I'd prefer and suggest to give us time to work on and fix the issue; but if the conditions are pressing as a second option disabling only for EditText is a better option since that way at least the regular TextViews can still render emoji correctly.
si...@google.com <si...@google.com> #8
I think the initial bug also diverged and became about EditText. Let me create a ticket for EditText and leave this ticket for TextView.
Description
Version used: 'androidx.emoji:emoji:1.1.0'
Devices/Android versions reproduced on: OnePlus 7T / Android 11
If I use EmojiCompatTextView and add more emojis as Text, it lags a lot inside recyclerview. The more the textView size, the more it lags.
Note: I have used EmojiCompat.Config to replace all EmojiSpans.