Conversation
use with caustion because this jams the ui, though theoretically it shouldn't
drop while loop enhanced perf significantly
|
This might speed up things even more |
|
|
|
|
|
Did you look into handling the excessive re-rendering? I would try merging all keyboards into one lazy loading tabbed keyboard. |
|
By handling the excessive re-rendering you mean I tried it, but it blocks the UI for few seconds. Although, in the app I want to use the keyboard, I have a splash screen, so if It's okay, you can add a link to this repo in |
|
I didn't mean |
|
Oh, I understand, thanks for clarifying. |
|
It's possible, simply render a tab view comprised of Flatlists, each being a keyboard. Then register the tab view as a single keyboard. |

Refactored to use
FlatListIt seems that it re-renders the keyboards every time I press a button (that displays a keyboard) which is expensive. I suggest you solve this.
Perhaps by joining all keyboards into one.... There's a few ways to handle this.
But it is not purely a problem of the library. Sure, it's expensive to render math, but this is minor if you handle the unnecessary renders.
Once you manage to render all keyboards just once and then just display them again and again this issue will seize to exist.