to properly support flavored app, reloadWidgets should use androidPackageName from plugin init.

Currently we support fixed payload for widget onclick payload. Adding this will allow dev to specify their on payload map for their usage.

Currently this plugin only support textView and that is very limited function.

If there are 5 textviews, in the "update" operation
setting textview1 value -> updating widget.
setting textview2 value -> updating widget.
...

This is very wrong. Android doesn't support fast widget update anyway.
It should set all values first and update once.

Can you give the configure layout function which layout it is with a callback?

I have 2 layouts and I want to know which one is selected.

Currently, we need to wait for the next workmanager or any other schedule to update the widget after reboot or update.

Expose a callback dispatcher for reboot, update and ondelete as a callback dispatcher and handle this on the background by listening to broadcast event. This will allow dev to reduce code on native.

Provide a ready made mock class and test example overriding methodChannel.

Describe the bug
Package name is not passed through the methods getWidgetIds and reloadWidget

To Reproduce
Initialize AppWidget with a different packageName (this can happen if package name of widget is not exactly the same as the global App).
Call getWidgetIds or reloadWidget

Expected behavior
Widget provider is found.

Solution
Add this line:
'androidPackageName': androidPackageName,

in file app_widget_android_plugin.dart in methods getWidgetIds and reloadWidgets to pass the parameter. So it will look like:

Line 73
final widgetIds =
await _methodChannel.invokeMethod<List?>('getWidgetIds', {
'androidProviderName': androidProviderName,
'androidPackageName': androidPackageName,
});

Line 92
return _methodChannel.invokeMethod(
'reloadWidgets',
{'androidProviderName': androidProviderName,
'androidPackageName': androidPackageName,},
);

Currently multiple widget of the same provider works just fine. This is to support multiple widget types on Android.

This will include api unification whenever possible and possibly will introduce a breaking changes.

NOTE:
I'm currently unable focus on this feature as I'm not an IOS dev and I have full time job to work on at the moment.
If any IOS dev want to contribute, will be greatly appreciated.

UPDATE:
My MacBook pro has recently dead on and left me with a windows/linux machine. Thus I have no intention to work on this for the time being or until circumstances change. However I am open for anyone interested to work on and maintain on the iOS part, If you are interested on this, do let me know or create a PR or Issue so we can discuss on how can create a unified method that work for both iOS and Android.

related to #22

Currently the plugin doesn't support custom intent, and it will always open the app if the widget is clicked/tapped.

reloadWidgets doesn't trigger app onUpdate method in provider.

Expected:
callback is called

Actual:
callback are not being called.