Emoji disappears when zooming in too much

[mzorz]

Testing against PR #204, interaction can be seen on the video

https://cloudup.com/cdzajd8Lxpd

When emoji disappears, this can be seen in the logcat:

2019-11-22 09:11:14.763 9332-9378/com.automattic.portkey E/OpenGLRenderer: Font size too large to fit in cache. width, height = 359, 338
2019-11-22 09:11:14.779 9332-9378/com.automattic.portkey E/OpenGLRenderer: Font size too large to fit in cache. width, height = 360, 339
2019-11-22 09:11:14.763 9332-9378/com.automattic.portkey E/OpenGLRenderer: Font size too large to fit in cache. width, height = 359, 338
2019-11-22 09:11:14.779 9332-9378/com.automattic.portkey E/OpenGLRenderer: Font size too large to fit in cache. width, height = 360, 339
2019-11-22 09:11:14.780 9332-9378/com.automattic.portkey E/OpenGLRenderer: Font size too large to fit in cache. width, height = 360, 339
2019-11-22 09:11:14.795 9332-9378/com.automattic.portkey E/OpenGLRenderer: Font size too large to fit in cache. width, height = 362, 341
2019-11-22 09:11:14.796 9332-9378/com.automattic.portkey E/OpenGLRenderer: Font size too large to fit in cache. width, height = 362, 341
2019-11-22 09:11:14.811 9332-9378/com.automattic.portkey E/OpenGLRenderer: Font size too large to fit in cache. width, height = 364, 343

Same issue as described in #76, but this time the textInputTv.setLayerType(View.LAYER_TYPE_SOFTWARE, null) is set as per #84 so, opening a new issue here.

[mzorz]

This issue is quite persistent as per what I could observe in several devices. Essentially this is a problem with how certain fonts are rendered and the capability each device has with their GPU to render 2D views. Essentially, this can be avoided by disabling HW acceleration using LAYER_TYPE_SOFTWARE, at the expense of performance / quality, albeit that might be the only option we're left with.

This problem is:

• given a workaround in the approach described by the PRs referenced in [Primary] Adapt gesture listeners to cope with new width/height fontSize handling #207 where we try to leverage adjusting the containing TextView's fontSize according to its available space, and then switching to scaling (whether we end up choosing to follow down that path or not). In this case, the problem is fixed actually by giving the view a proper fontSize maximum ( in the referenced Pinch to zoom TextView handling - part 1 #204 PR here we're setting it to a much larger size)
• not present in develop (given we're using LAYER_TYPE_SOFTWARE after all)

Because of these reasons, closing this issue for now (leaving the primary issue #207 open before we make a decision on that approach)