Closed danielmark0116 closed 7 months ago
Hi!
Yeah, true. It would be better DX not to have two different values to operate on.
Let's go with you suggestion then, which would be:
id
(could hold the packageName or the slug?) to be addedapp
in openComposer accepting the id
valueWdyt? :)
Yes sounds perfect!
I agree keeping packageName
and app
around as well makes sense, although maybe we should give them platform specific names (androidPackageName
, iosAppName
?)
Yup! I will push the changes soon then! :)
Amazing, thank you!
Just FIY - pushed the changes. I will do some QA later today as well.
Once I am done with QA, I will re-request review :)
Sorry, only saw that comment after I reviewed - let me know once you have QA'd, and I'd be happy to get this merged and released!
Hi @tschoffelen!
Made a quick test on iOS and Android with the new API and it seems that everything is ok! We can merge if you feel like it! :)
Have a great day!
Thanks again for your work on this @danielmark0116!
Released to NPM as react-native-email-link@1.15.0
Thank you as well @tschoffelen! :) Cheers!
What this PR does?
openComposer
accepting an optional app that the composer should opened with (packageName
orslug
, depending on the platform)getEmailClients
method to fetch all available email apps installed on user's device (given the library supports these apps) - useful for displaying email clients list within custom UIThanks for the library!
I recently needed to develop a feature with a list of all available email apps on given device. Your library helped a lot, thanks for that!
BUT! the list needed to be put within some custom UI thus I needed to extend the API and decided to create a PR with my changes, maybe it could be useful for others!
Let me know what you think and if it is a good addition to the library / if anythings needs some tweaking
Have a good day, cheers!