Plusieurs Instances De Widget Uniquement la mise à Jour de la Dernière widget

J'ai un WidgetProvider et Configurer Activité

Lorsque le Widget est lancé, il démarre avec la configuration de l'activité et je l'ai configuré en faisant une coutume de l'appeler pour le widgetprovider

(que vous remarquerez, c'est à partir du sdk tutoriel, exemples)

 //Push widget update to surface with newly set prefix
              AppWidgetManager appWidgetManager = AppWidgetManager.getInstance(context);
              AwarenessWidget.updateAppWidget(context, appWidgetManager,
                      mAppWidgetId, position);

            //Make sure we pass back the original appWidgetId
            Intent resultValue = new Intent();
            resultValue.putExtra(AppWidgetManager.EXTRA_APPWIDGET_ID, mAppWidgetId);
            setResult(RESULT_OK, resultValue);
            finish();

Je passe le Widget ID à la fonction.... à l'intérieur du widget-je créer une Intention comme ceci:

  Intent configIntent = new Intent(context, Configure.class);
    configIntent.putExtra(AppWidgetManager.EXTRA_APPWIDGET_ID, appWidgetId);

    PendingIntent pendingIntent = PendingIntent.getActivity
    (context, 0, configIntent,
    PendingIntent.FLAG_UPDATE_CURRENT);

    views.setOnClickPendingIntent(R.id.MainImage,pendingIntent);

    views.setImageViewResource(R.id.MainImage, lv_images[version]);

    appWidgetManager.updateAppWidget(appWidgetId, views);

Je suis toujours référencement du widget ID et même l'ajouter en tant que supplément à l'intention
mais quand je me deux de ces widgets sur l'écran d'accueil widget ID est toujours référencement le dernier placé widget ID

OriginalL'auteur GregM | 2010-10-25

  1. 50

    J'ai eu un problème similaire. Juste ajouter ceci à votre config activité, où vous définissez votre PendingIntent:

    Uri data = Uri.withAppendedPath(
    Uri.parse(URI_SCHEME + "://widget/id/")
    ,String.valueOf(appWidgetId));
intent.setData(data);

    La variable URI_SCHEME est une Chaîne de caractères, et peut-être ce que vous voulez.. c'est à dire - "ABCD" Cela provoque chaque widget d'avoir un unique PendingIntent.

    Je ne cherche pas un pendingintent dans ma config activité, seulement dans la fonction widget que l'activité des appels
    ok, juste dans ma fonction widget et cela a fonctionné
    Cela fonctionne, mais je ne comprends pas pourquoi. Quelqu'un peut-il expliquer cette réponse un peu plus loin?
    Comment puis-je obtenir le appWidgetId maintenant dire à partir d'une activité????
    Après un peu de recherche, j'ai découvert une explication de pourquoi cette réponse œuvres. Veuillez voir mon suppléant réponse ci-dessous.

    OriginalL'auteur Snailer

  2. 37

    Voici une explication plus approfondie de pourquoi votre code ne fonctionne pas et comment le résoudre. À partir de l'Android SDK Documentation:

    Un PendingIntent lui-même est tout simplement une référence à un jeton maintenu par
    le système décrivant l'origine des données utilisées pour le récupérer. Cette
    signifie que, même si son application propriétaire du processus est tué, l'
    PendingIntent lui-même restera utilisable à partir d'autres processus qui ont
    été donné. Si l'application de création plus tard, re-récupère la même
    type de PendingIntent (même fonctionnement, même Intention à l'action, de données,
    catégories, et les composants, et même des drapeaux), il recevra un
    PendingIntent qui représente le même si c'est toujours valable, et
    peut donc appeler annuler() pour le supprimer.

    En raison de ce comportement, il est important de savoir quand deux Intentions sont
    considéré, pour les fins de récupération d'un PendingIntent.
    Une erreur commune que les gens font est de créer de multiples PendingIntent
    les objets avec des Intentions qui ne varient qu'en leur "extra" de contenu,
    l'espoir d'obtenir un autre PendingIntent à chaque fois. Ce n'est pas
    se produire. Les parties de l'Intention, qui sont utilisés pour l'appariement sont les
    même ceux définis par l'Intention.filterEquals. Si vous utilisez deux l'Intention
    les objets qui sont les mêmes que par l'Intention.filterEquals, alors vous aurez
    obtenir le même PendingIntent pour eux deux.

    Noter que la spécification de différents "extra" le contenu n'est pas assez pour le PendingIntents pour être considéré comme unique, mais la définition d'un URI unique avec setData est. C'est pourquoi Snailer de l'URI de la solution "comme par magie" résout le problème.

    La documentation propose également un autre (sans doute le plus simple) solution du problème. Au lieu de créer une URI personnalisé il suffit de mettre un unique requestCode lorsque vous appelez getActivity:

    PendingIntent pendingIntent = PendingIntent.getActivity(context, appWidgetId, configIntent, PendingIntent.FLAG_UPDATE_CURRENT);

    Source: http://developer.android.com/reference/android/app/PendingIntent.html

    À partir du SDK, il semble que le requestCode n'est actuellement pas utilisé...
    requestCode n'est pas actuellement utilisé par le SDK, mais provoque l'Intention d'être considéré comme unique. La documentation suggère que c'est une utilisation valide de requestCode: "ou autre demande de code entiers fournis à getActivity"

    OriginalL'auteur Code Commander

  3. 10

    Dans mes tests, à l'aide de la setData(...) sur le PendingIntent ne résout pas le problème sur un de Verizon Thunderbolt fonctionnant sous Android 4.0.4. Il fonctionne sur mes autres appareils de test et l'émulateur.

    J'ai testé l'utilisation de la requestCode au lieu de cela, et il fonctionne dans tous les cas. Je viens de mettre la requestCode être le widget ID:

    pendingIntent = PendingIntent.getService(context, appWidgetId, intent, PendingIntent.FLAG_UPDATE_CURRENT);

    OriginalL'auteur Sean Aitken