Closed thorbenandresen closed 7 years ago
First off - this is really cool! can you also put some screenshots of the other keyboards (image gallery for example)? 😃
It would greatly help if you can put a gist of a working example that switches between normal input and the other (gif) input. Feel free to make a PR to the demo app and add another keyboard to the toolbar (if you find it easier). Would make it more simple for us to take a quick look at what's going on there, hopefully we can come up with a solution.
@artald - thanks. Sure, I will send you some screenshots once the features are done. I started out with giphy integration :) I will be on vacation the rest this week, so hopefully I got something end of next week .
So I hacked together a (buggy) version of the the gif search here: https://gist.github.com/Thorbenandresen/cc36c3b26e806d2a0affbc9090c7336d
The second text input being focused does NOT break the 'interactive' nor 'on-drag' scrolling, so the issue must be on my side.
Thanks!
Awesome, thanks! If you do find out what breaks your own implementation - let me know. It's highly possible that there are hidden issues with more complex layouts / multiple inputs, and if we have a reproducing gist we can figured it out.
Enjoy your vacation!
This more a feature idea than an issue.
I have another Text Input in the KeyboardAccessoryView for Gif Search.
Example
The problem is, that if this second TextInput is focused and I dismiss the keyboard, the KeyboardAccessoryView will stain in place (no matter if I use keyboardDismissMode 'interactive' or 'on-drag'.)
This worked for me with
keyboardDismissMode = {'on-drag'}
on version 2 releases.