Ajouter des widgets à l'écran de lancement de la page sans bindAppWidgetId()

Je suis en train de tourner à l'ICS stock lanceur dans une application autonome. Je suis presque là - la seule choses qui ne fonctionnent pas sont l'icône de recherche et de déposer des widgets sur l'écran, ce qui provoque un blocage.

Le crash est parce que le stock lanceur utilise appWidgetManager.bindAppWidgetId(appWidgetId, componentName); pour ajouter des widgets, qui apparemment système d'applications ont la permission de le faire.

Donc ma question est, quelle est la façon correcte pour un non-système d'application pour ajouter des widgets et de réaliser la même expérience d'INTERFACE utilisateur comme les ICS stock lanceur?

InformationsquelleAutor Timmmm | 2012-03-17

12

Timmmm,

Votre problème est que vous êtes à la recherche pour le mauvais objet. Vous ne pouvez pas vraiment contrôler la AppWidgetManager. Ce n'est pas votre job, sa du Système. Ce que vous POUVEZ faire est de contrôler un AppWidgetHost, il faut juste un peu de sémantique. Voici les règles de base.

EDIT: de Fond sur le Widget Processus de Liaison

La AppWidgetManager est un objet singleton qui s'exécute lorsque le Système est démarré. Cela signifie que chaque instance de chaque lanceur utilise le même AppWidgetManager. Ce qui les différencie est leur AppWidgetHost et la RemoteViews ils sont actuellement en détention. Le AppWidgetManager maintient essentiellement une liste de tous les actifs d'hôtes et des widgets qu'ils sont maintenant. Un AppWidgetHost n'est pas un priveleged objet. C'est, toute activité peut avoir qu'un seul hôte. Ainsi, l'ensemble de l'application est peut-être rien, mais les Widgets, s'ils le souhaitent.

Lorsque vous créez une instance de l'Hôte, vous devez alors ajouter des points de Vue à elle. Donc, fondamentalement, c'est une liste de Vues enfant avec aucune parental obligatoire limites, à l'exception de ce que votre Activité donne. Tout d'abord, vous demander une pièce d'identité (via myHost.allocateAppWidgetId()). Ensuite, vous utilisez vos Choisir le Widget de l'Activité/la boîte de Dialogue. La boîte de Dialogue renvoie la WidgetInfo. La Vue est récupéré lorsque vous demandez à l'Hôte pour créer la Vue (via createView) avec le WidgetInfo et l'ID que vous avez demandé. Il vous demande ensuite le widget pour son RemoteView.

Enfin, vous liez le widget en plaçant la Vue dans votre Activité comme un Enfant. Cela se fait via le addView() la méthode de la ViewGroup qui détient toutes vos Widgets.

Le Processus en Action (ÉDITÉ)

Tout d'abord, vous devez vous assurer que vous avez dans votre manifeste android:
```
<uses-permission android:name="android.permission.BIND_APPWIDGET" />
```
Ensuite, vous devez créer un AppWidgetHost (je prolonger mon propre pour mon launcher). La clé de l'Hôte est de garder une référence à la AppWidgetManager via AppWidgetManager.getInstance();.
```
AppWidgetHost myHost = new AppWidgetHost(context, SOME_NUMERICAL_CONSTANT_AS_AN_ID);
```
Maintenant, obtenez votre ID:
```
myHost.allocateAppWidgetId()
```
La prochaine étape est réalisée par toute méthode que vous utilisez pour obtenir le widget info. La plupart du temps, il est renvoyé par l'intermédiaire d'une Intention par le biais de onActivityResult. Maintenant, tout ce que vous avez à faire est d'utiliser la appInfo et créer la vue. Le WidgetId est normalement fourni par le pick widget activité résultat.
```
AppWidgetProviderInfo withWidgetInfo 
        = AppWidgetManager.getInstance().getAppWidgetInfo(forWidgetId);
AppWidgetHostView hostView 
        = myWidgetHost.createView(myContext, forWidgetId, withWidgetInfo);
hostView.setAppWidget(forWidgetId, withWidgetInfo);
```
Maintenant, vous venez de lier le voir comme un enfant à tout ce que vous voulez lier.
```
myViewGroup.addView(hostView);
```
Bien sûr, que vous devez toujours considérer où et comment le placer, etc. Aussi, vous devez vous assurer que votre AppWidgetHost est à l'écoute avant de vous commencer à ajouter des widgets.

myHost.startListening()

Pour Résumer

Le Widget processus de liaison s'étend sur de nombreuses méthodes et les étapes, mais tout se passe par le biais de la AppWidgetHost. Parce que les Widgets sont codées à l'extérieur de votre espace de noms, vous n'avez aucun contrôle, sauf pour le cas où vous les mettre et comment vous la taille de la Vue. Depuis qu'ils sont en fin de compte code qui s'exécute dans votre espace, mais à l'extérieur de votre contrôle, la AppWidgetManager agit comme un neutre médiateur, tandis que le AppWidgetHost sert de facilitateur sur votre application en son nom. Une fois cela compris, votre tâche est simple. Les étapes ci-dessus sont toutes les étapes requises pour n'importe quel custom launcher (y compris le mien).

EDIT: dernière précision

Le Lanceur ICS fait aussi bien. Le appWidgetManager qu'ils utilisent est juste un wrapper de logement de la AppWidgetHost et les appels à la AppWidgetManager. J'oublie que très peu de ce qui est expliqué sur le Développement Android site web de la Centrale.

Espérons que cette aide! Laissez-moi savoir si vous avez besoin de plus de détails.

FuzzicalLogic
- Merci pour la réponse, mais malheureusement, il ne semble pas résoudre mon problème: 1. Je pense que votre utilisation de BIND_APPWIDGET n'a aucun effet, parce que non-système, les applications ne peuvent pas obtenir cette autorisation (voir le lien dans ma question). 2. Je suis avec mon propre "choisir le widget de l'activité" -- celui qui est intégré dans le lanceur ICS. J'ai peut-être mal compris, mais je commence à penser que c'est impossible.
- Les autorisations qui peuvent être donnée dépend du téléphone/appareil ROM. Par exemple, mon Samsung Moment me donne la permission (le non-rootés). La Xoom de Motorola (enraciné) ne donnera pas cette autorisation, mais hurle si je ne l'ai pas.
- Wow vraiment? C'est ridicule! Il semble qu'il soit prévu qu'il ne devrait pas être donné si. Merci de répondre à toute façon.
- Le "Pick Widget" l'Activité devrait encore le retour d'un IDENTIFIANT et d'Info pour vous de choisir. Cela signifie que le code ci-dessus ne s'appliquent toujours. Ce code est utilisé APRÈS que vous avez choisi votre widget et de disposer de l'information. (Par exemple, dans mon lanceur, - je obtenir de l'information et d'utiliser le code ci-dessus pour afficher une boîte de dialogue de redimensionnement, PUIS de l'ajouter)
- Je ne suis pas sûr de suivre. La collecte widget activité qui n'est pas la liste des activités? I. e. ceci? Je veux éviter que depuis lors, les utilisateurs devront choisir le widget deux fois!
- Ce que je dis, c'est que votre personnalisé Choisissez le Widget de l'Activité devrait toujours retourner le Widget Info (y compris d'avoir réservé un ID pour lui-même) pour votre application. L'ID est obtenu par la demande. La liaison se fait avec "createView" pas "bindAppWidgetId". Vous demandez la Vue depuis le Widget avec l'ID de la AppWidgetHost... Puis l'Hôte des pourparlers pour la AppWidgetManager et le donne TOUTES ces informations. Vous ne pouvez pas afficher un widget (en d'autres termes, sans le AppWidgetHost, de la Vue ou de l'ID. Et PUIS vous pouvez utiliser le AppWidgetManager.
- Une autre façon de l'expliquer est: seul un système d'application peut instancier la AppWidgetManager, mais n'IMPORTE quelle application peut avoir un AppWidgetHost qui communique avec le AppWidgetManager. L'ordinateur Hôte doit avoir la condition préalable de l'information en premier. C'est ce que la solution ci-dessus fournit.
- Il n'a pas de travail. Je l'ai essayé.
- La logique C'est le journal d'erreur: Utilisateur 10107 n'ont pas android.la permission.BIND_APPWIDGET. com.android.internal.appwidget.IAppWidgetService$Stub$Proxy.bindAppWidgetId(IAppWidgetService.java:569)android.appwidget.AppWidgetManager.bindAppWidgetId(AppWidgetManager.java:432) E/AndroidRuntime( 3174): au com.android.ooziclauncher2.Lanceur.addAppWidgetFromDrop(Lanceur.java:1618) Donc, le problème de l': AppWidgetManager.getInstance(ce).bindAppWidgetId(appWidgetId, info.nomcomposant); vous n'en avez pas cité. Merci.
- Et j'ai vu une autre solution est de construire apk comme une application du système dans le firmware ou le pousser dans /system/app avec les privilèges de root.
- Je l'ai déjà expliqué... vous ne pouvez pas lier widget. Si vous voulez de la racine et de pousser comme des firmware qui ne répondent pas aux conditions de l'OP, certainement aller de l'avant, mais la Fpo termes ont été en utilisant le lanceur stock. Cela signifie que bindAppWidgetId ne fonctionnera pas et le seul moyen d'accomplir la liaison est en utilisant la méthode ci-dessus. C'est parce que AppWidgetManager n'est pas le vôtre à contrôler. Comme une application, vous pouvez contrôler AppWidgetHost
- La logique de Votre méthode, il suffit d'appliquer pour l'ancien AppWidgetPickActivity, pas le partage de connexion internet. Parce que le AppWidgetPickActivity également utiliser le mAppWidgetManager.bindAppWidgetId(mAppWidgetId, l'intention.getComponent()); alors qu'il réside dans le Système d'application: Paramètres et les Réglages ont le privilège de se lier appwidget.
- N'en déplaise prévu, mais c'est exactement ce que je dis. "BIND_APPWIDGET" est un Système d'autorisation et ne sont utilisées par le système. Les paramètres n'est autorisé que SI les Paramètres de l'application a été installée dans le cadre de la ROM. Oui, ma méthode est la "vieille manière" mais les objets qu'il existe encore dans ICS et il fonctionne sur les lanceurs qui utilisent 4.0. En fait, c'était la raison pour laquelle l'OP fait ce post... parce que BIND_APPWIDGET est un système permission uniquement. Ma solution ne fonctionne pas pour vous parce que vous utilisez un personnalisé widget sélecteur. Si vous voulez trouver une solution, soit changer votre sélecteur de prendre une nouvelle Question.
- De plus, certaines ROMs permettre BIND_APPWIDGET et certains ne le font pas. Donc, pour jouer la sécurité, de nombreux lanceurs accepte les rebuts de l'avertissement et de la place de la permission de toute façon. La solution n'est pas dans l'autorisation, il est dans le processus d'élaboration du code, qui est détaillée. De se concentrer sur la permission que ne le rend pas moins relavant
- Merci, Vous nous avez expliqué très clairement.
- Salut @FuzzicalLogic : Pouvez-vous me dire quels sont les autres moyens sont là pour créer AppWidgetInfo si nous ne voulons lancer l'WidgetPicker Activité à le faire?
InformationsquelleAutor Fuzzical Logic
8

Je connais maintenant la réponse définitive. Dans Android 4.0, vous ne pouvez pas le faire. J'ai fini par faire mes utilisateurs de choisir le widget deux fois, ce qui est nul, mais il n'y a pas moyen de contourner cela.

Dans Android 4.1 ils ont résolu le problème!!!!

SDK applications peuvent maintenant accueillir les widgets et ne pas avoir à utiliser la poubelle widget sélecteur d'API! Vous pouvez regarder dans le Jellybean Launcher2 code source pour plus de détails, mais en gros, lorsque vous essayez de lier un widget Android fera apparaître une boîte de dialogue disant "voulez-vous autoriser cette application à lier des widgets", puis l'utilisateur peut décider de lui donner l'autorisation ou pas.

Je ne sais pas pourquoi ils sont allés pour le modal autorisation de la boîte de dialogue plutôt que le tout-autorisations-sur-installer le modèle qu'ils ont utilisé pour tout le reste, mais qu'importe, ça marche!!!

Maintenant nous avons juste à attendre 4 ou 5 ans, jusqu'à ce que tout le monde a Android 4.1 ou plus!

InformationsquelleAutor Timmmm
4

Je viens de trouver ce tuto sur comment ajouter appwidgets à la normale des applications, ce qui pourrait aider: http://coderender.blogspot.com/2012/01/hosting-android-widgets-my.html

Ce tutoriel utilise toujours le "AppWidget Sélecteur" de la liste, de sorte qu'il pourrait ne pas fonctionner pour vous depuis ICS a le sélecteur de widgets à l'intérieur du tiroir app elle-même.

Encore, a vaut la peine de parler depuis des tutoriels sur l'hébergement des widgets sont très rares 🙂

Acclamations,

Yuvi me

InformationsquelleAutor YuviDroid
2

Fuzzical Logique,avec votre code ci-dessous,
```
AppWidgetProviderInfo withWidgetInfo 
        = AppWidgetManager.getInstance().getAppWidgetInfo(forWidgetId);
AppWidgetHostView hostView 
        = myWidgetHost.createView(myContext, forWidgetId, withWidgetInfo);
hostView.setAppWidget(forWidgetId, withWidgetInfo);
```
si n'avez pas la permission de bind_widget,widgethost ai rien，cus withwidgetinfo est null,widgethost créer rien.
- pour getAppWidgetInfo pour retourner un objet de la forWidgetId doit déjà être lié: en cueillant le widget via le système de sélecteur ou de l'appel de bindAppWidgetIdIfAllowed ou si retourne la valeur false juste startActivityForResult(AppWidgetManager.ACTION_APPWIDGET_BIND) avec le droit params (voir la documentation).
InformationsquelleAutor tomoroho

Vous devez vous connecter pour publier un commentaire.