Basic modifications for the upgrade to API 32

What's Changed

• Handle modifications required for the upgrade to API 32 by @shankari in #37

Full Changelog: v1.3.5...v1.3.6

Schedule plugin compatible notifications by inserting JSON messages into the execution queue

This is required because the AppLocalNotification class on iOS, unlike android does not have a public implementation of the schedule method and even the private method wraps runInBackground.

So we create a message that corresponds to the call we want to make and execute it through the existing command queue.

We also tried calling [AppLocalNotification schedule:command] directly, but then the commandDelegate in the schedule implementation is NULL so the actual notification is never scheduled.

TODO: Also experiment with calling it through a category, although there isn't very much code we can reuse. Alternatively, pull out the "execute via plugin" functionality into a separate module so we can potentially reuse it elsewhere.

Equivalent android change was in cd23a33

Add a new method to allow us to address plugin compatiblity

Add a new method (schedulePluginCompatibleNotification) to create (or
schedule) a new plugin-compatible notification. This means that quite a lot of
the notification parameters are stored in the notification config.

Then, schedule the method using the local notification plugin's Manager,
similar to the existing code in transition notify plugin. This ensures that the
javascript callback is invoked correctly.

• allows callers to supply a title instead of always using the app name.
  Use null defaults for most all sites, but use separate title and text for the
  newly generated "open app status" notification.

• bump up version number to reflect the new functionality

Includes #35

Upgrade to android@9.0.0 and ios@6.0.1

• Fix package.json and hook
• Migrate to androidX
• bump up version number

Upgrade to cordova-android 7+

Merge pull request #31 from shankari/master

Change the class import script to work with the cordova 7+

Set notification priority to LOW

Otherwise, we buzz on each notification, and there is a notification generated each time any intent service is called (e.g. location is received, activity is received,...)

Add channel support so that the notifications actually show up

e-mission/e-mission-docs#325 (comment)

Support displaying a pending intent that can automatically fix misconfigurations

Change is mainly from #28

Create the first release

So that we can refer to the plugin using a specific release tag