nativescript-email
nativescript-email copied to clipboard
GMAIL incorporation?
First off, thanks for making this! 👍
I use gmail as my main email client, would be sweet to incorporate that as a check, so possibly check for gmail first, if that isnt installed revert to ios mail app? Check out this stack overflow, shows how to accomplish in ios.
http://stackoverflow.com/questions/32114455/open-gmail-app-from-my-app
android:
http://stackoverflow.com/questions/3470042/intent-uri-to-launch-gmail-app
Thanks for the idea! I think it could be optional to use an alternative email client. There are limitations though as you can't send attachments to Gmail on iOS through the url scheme.
This is true, its just in my specific use case I just want to open a new email to compose an email. Ideally for me, using gmail would be the best scenario. However I did configure the default mail app as a secondary option to make it work with my app, I just think it would be good if no attachments are enabled and gmail app does exist, use gmail, if not use default app. Because chances are if some one has gmail app installed, its probably their main email app.
On Wed, Aug 31, 2016 at 9:51 AM, Eddy Verbruggen [email protected] wrote:
Thanks for the idea! I think it could be optional to use an alternative email client. There are limitations though as you can't send attachments to Gmail on iOS through the url scheme.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/EddyVerbruggen/nativescript-email/issues/5#issuecomment-243770513, or mute the thread https://github.com/notifications/unsubscribe-auth/ABtQGl2jwZGSe0v0xjj_ShZPWBFyjAwFks5qlYbtgaJpZM4Jv180 .
Ryan Lebel WEBSITE DEVELOPER / DESIGNER
905 929 3160 [email protected] www.firescript.ca
Hmm, I'm not fond of deciding such things for the end user nor the developer using this plugin. I for one have many email clients for testing purposes.
And what if we want to add Outlook support as well? I could add a allowAlternativeEmailClient
boolean property which, if set and no attachments are supplied, will check for Gmail, then for Outlook, etc. If none is found the default app is used.
That seems like a solid approach.
Hey @EddyVerbruggen , just had a thought. Android gives a compose with menu, why not recreate that? Makes the most sense. So you run the function, if you have more then one mail client the option menu is shown. Compose with Mail, Gmail or Outlook if you had all 3 installed.
Like this style:
https://developer.apple.com/ios/human-interface-guidelines/images/action_sheets_2x.png
https://developer.apple.com/reference/uikit/uialertcontrollerstyle/uialertcontrollerstyleactionsheet
Yeah that's the way Android Intents work, but on iOS the equivalent would be to kick up a share sheet which is way less powerful for providing fields like to and (b)cc. And I wouldn't be able to limit the apps to just the email ones. I'll try this a bit but I don't think it will be satisfactory, especially for the majority of ppl having only 1 email app so it would be a useless screen. And detecting ALL possible emailapps beforehand to see if there's only 1 is not something I'd love to add.
Using other email clients needs to be programmed into the plugin so we could add a feature to detect which ones of the supported clients is available (getSupportedEmailApps
) and send that back to the app. The app can then show an ActionSheet (which it's a standard {N} module).
Thanks for the food for thought, I'll be thinking some more about it!
Some people don't bother to set up their default mail client if they are using an app. And they just get the "Send" button shown as disabled, but no explanation as to why its not going to work/