Having worked on the Android library, I'll try to answer your comment.
- Regarding the aesthetics of the overlay, it is indeed an opinionated design with a colorful style. You can however customize its colors, or replace the animation altogether if it doesn't fill your needs: the aim of this library is to provide a plug-and-play voice input that you can adapt to your needs, not to force you to use any color if you find it too loud for your use-case :)
- Regarding permission prompts: the iOS version indeed asks for two permissions, but the Android permission model only requires one (`RECORD_AUDIO`). This library however helps implement the [recommended permission handling](https://developer.android.com/training/permissions/requestin...): Explain why the app needs permissions, Request the permission and Show an explanation to the user asynchronously if they deny it, including manual instructions to enable it if the user previously checked "Don't ask again".
This is also consistent with the [documentation on App permissions best practices](https://developer.android.com/training/permissions/usage-not...), which tells that `whenever possible, you should provide an explanation of your request both at the time of the request and in a follow-up dialog if the user denies the request.`
I work for Algolia, and touch on this project but didn't build it myself. That said, I can speak to it well.
The overlay isn't forcing any specific UI--what you see on Github is an example design. (I shared with the designer that we should get something on there that looks more Android native.) Each of them were built specifically for the platform to handle the permissions, the output, and to provide a framework for the design, without forcing you into one.
- Regarding the aesthetics of the overlay, it is indeed an opinionated design with a colorful style. You can however customize its colors, or replace the animation altogether if it doesn't fill your needs: the aim of this library is to provide a plug-and-play voice input that you can adapt to your needs, not to force you to use any color if you find it too loud for your use-case :)
- Regarding permission prompts: the iOS version indeed asks for two permissions, but the Android permission model only requires one (`RECORD_AUDIO`). This library however helps implement the [recommended permission handling](https://developer.android.com/training/permissions/requestin...): Explain why the app needs permissions, Request the permission and Show an explanation to the user asynchronously if they deny it, including manual instructions to enable it if the user previously checked "Don't ask again". This is also consistent with the [documentation on App permissions best practices](https://developer.android.com/training/permissions/usage-not...), which tells that `whenever possible, you should provide an explanation of your request both at the time of the request and in a follow-up dialog if the user denies the request.`