Discussion :

[NameX]

Bonjour,

je suis en train de mettre en place un service qui démarre au boot du mobile et effectue une tâche tout les X secondes.

Je me retrouve donc avec un Timer prenant en paramètre un TimerTask qui surcharge la méthode run. Dans celle-ci je souhaite afficher un toast à chaque interval.

J'ai donc crée une classe qui hérite de TimerTask et qui surcharge run(). Dans le constructeur de cette classe, je chope un context.
Mais que je mette BackgroundService.this ou getApplicationContext() mes toast ne s'affiche pas ...

Appel du constructeur depuis ma classe héritant de Service:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
@Override
	public int onStartCommand(Intent intent,int flags,int startId){
		Log.i("","## --- Service Started --- ##");
		timer.scheduleAtFixedRate(new BackgroundServiceTimer(BackgroundService.this,db), 0, 10000);
		return START_STICKY;
	}

Ici que je mette BackgroundService.this ou getApplciationContext c'est la même !

Méthode Run surchargé :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
@Override
	public void run() {
		CharSequence text = "SMS launched";
		int duration = Toast.LENGTH_LONG;
		Toast toast = Toast.makeText(this.context, text, duration);
		Log.i("TEST","// ------------------------------------------------------ //");
		Log.i("TEST","//---------------------- TOAST ! -------------------------//");
		Log.i("TEST","// ------------------------------------------------------ //");
		toast.show();
	}

Ici les logs ne s'affiche pas quand je laisse le toast, si je l'enlève les Log s'affiche bien.

Voilà j'arrête pas de bloquer sur des trucs qui je pense sont tout bête mais je ne perds pas espoir !

merci d'avance !

[_Xavier_]

A toast is a view containing a quick little message for the user

Si je ne me trompe les activités restent les seuls composants qui peuvent afficher une vue.

[NameX]

Donc je ne peut pas avertir l'utilisateur si je n'est pas d'activity qui controle mon service ? Ca me parait un peu limité ... lol

[Feanorin]

Bonjour,

pour compléter ce qu'a dit Xavier

A toast can be created and displayed from an Activity or Service. If you create a toast notification from a Service, it appears in front of the Activity currently in focus.

If user response to the notification is required, consider using a Status Bar Notification.

Donc on peut les créer à partir du service , si une activity est en cours .

Donc je te conseille de passer par la barre de notification .

http://developer.android.com/guide/t...fications.html

[NameX]

Ok merci, c'est ce que j'était en train d'essayer d'implémenter !

Je tiens au jus !

[maydenec]

tu peux essayer dans partie : Context de Toast

tonclass.this,
getBaseContext(),
tonClass.getContext(),

etc... ca dépend le context que tu va utiliser avec Toast

[NameX]

maydenec : justement le problème c'est que n'importe lequel ne fonctionne pas ... this fonctionne pas, maclass.this non plus, getApplicationContext() non plus, donc bon ça ne doit pas être possible si le service ne dispose pas d'activity (ce qui est mon cas).

Pour les notifications, ça fonctionne bien mais est-ce normal que les notifications s'écrasent au lieu de m'en créer un nouvelle à chaque fois ? (c'est ce que je veux mais je me demande pourquoi ça n'écrase pas l'ancienne ? Est-ce à cause de l'id que l'on donne à l'ouverture et fermeture ?)

[Feanorin]

Bonjour,

Je pense que tu devrais passer par là ,

Updating the notification

You can update the information in your status bar notification as events continue to occur in your application. For example, when a new SMS text message arrives before previous messages have been read, the Messaging application updates the existing notification to display the total number of new messages received. This practice of updating an existing Notification is much better than adding new Notifications to the NotificationManager because it avoids clutter in the Notifications window.

Because each notification is uniquely identified by the NotificationManager with an integer ID, you can revise the notification by calling setLatestEventInfo() with new values, change some field values of the Notification, and then call notify() again.

You can revise each property with the object member fields (except for the Context and the expanded message title and text). You should always revise the text message when you update the notification by calling setLatestEventInfo() with new values for contentTitle and contentText. Then call notify() to update the notification. (Of course, if you've created a custom expanded view, then updating these title and text values has no effect.)

[NameX]

Merci