Improve spec compliance, Android interim results, iOS fix for simultaneous speech synthesis.

[wifisher]

Description

Related Issues

• Improve compatibility with the W3C specification.
• Add support for interim results for Android (#30 and #33)
• Add error code to error events for Android (#102)
• Add compatibility with SpeechSynthesis under iOS (#112)
• Ability to disable use if iSpeech SDK under iOS (#113)

Motivation and Context

Improves ability to use the same application code for Android, and iOS apps as well as for Chrome.

How Has This Been Tested?

Works in my test app for Android and iOS. The same app code also works in Chrome.

Types of changes

• [x] Bug fix (non-breaking change which fixes an issue)
• [x] New feature (non-breaking change which adds functionality)
• [ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

• [ ] My code follows the code style of this project.
• [x] My change requires a change to the documentation.
• [x] I have updated the documentation accordingly.
• [ ] I have read the CONTRIBUTING document.
• [ ] I have added tests to cover my changes.
• [ ] All new and existing tests passed.

[jcesarmobile]

Wow, awesome work, but please, keep Pull Requests simple, it's preferable that you send 5-6 separate PRs, (one per feature/bug), so it's easier to review and merge.

[wifisher]

I fixed what I needed locally and then decided that I should give it back to the community and pushed up my local changes.

I don't spend much time on Github and it would only let me submit a PR from the head of my master branch. I don't have time to break it out into individual branches so I figured that one bigger PR is better than not doing it at all.

Assuming that you have visibility into the individual commits, they are smaller and fairly self contained. It is likely to be easier to review each commit separately than to review the combined changes for the PR.