Comment changer un TextView toutes les X secondes

Bonjour,

J'essaie actuellement d'afficher de manière "dynamique" des informations ( une longue chaîne de caractère) par l’intermédiaire d'un textView.
Le problème c'est que je n’arrive pas à afficher les nouvelles informations (qui viennent écraser les anciennes).
J'ai mit ça dans un thread (runOnUIthread) mais il ne s'affiche que les dernières informations (les précédentes ne s'affichent jamais, du moins je ne les vois pas).
Je vous demande à vous cher camarade, si une solution existe pour solutionner mon problème ?

Oui une solution existe forcément puisque la plupart des applications y arrivent sans problème.

Mais sans le code en question difficile de dire pourquoi ca ne marche pas dans votre cas.

Code:

---

1 2 3 4 5 6 7 8 9 10

NavData n = new NavData(); n.start(); try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } while(true) { tv.setText(n.s); }

---

Le s sont les informations que je veux afficher (String).

Le NavData est un thread qui nous envoi des informations en continue.

En programmation (et quelque soit le langage) Thread.sleep ne doit jamais être utilisé. C'est bien utile je le conçois, mais toutes les règles de programmation indique que si on l'utilise c'est qu'on s'est trompé dans la logique multi-thread.
La même remarque vaut pour "while (true)" d'ailleurs... Eclipse peut au passage être configurer pour détecter une erreur la dessus !

En l’occurrence, ici:

Code:

---

tv.setText(n.s);

---

Comme toute demande de modification de l'UI ceci doit être fait dans... le thread de l'UI, c'est à dire le thread principal de l'application (celui qui gère les énvenements, les messages etc...).
Hors le code ne revient jamais (while (true)). Ceci devrait normalement afficher un joli "Application Not Responding" sur le terminal. Mais plus important encore, tv.setText() change bien le texte de l'objet, et va certainement bien demander un "redraw", mais comme on ne revient jamais du code, le "redraw" n'est jamais executé....

J'imagine que NavData est un thread (n.start()), c'est donc lui qui doit "dire" à l'application qu'il est temps de mettre à jour le texte... Il existe plein de manière de faire cela:

AsyncTask au lieu de Thread, et utiliser la fonction onProgressUpdate() pour faire le tv.setText()
Ou passer par un Handler, créé par le thread UI, et passé à NavData pour echanger des messages.
Ou encore conserver l'activité dans le NavData et utiliser la fonction runOnUiThread() de l'activité.

Citation:

---

Ou passer par un Handler, créé par le thread UI, et passé à NavData pour échanger des messages.

---

Je ne veux pas trop t'en demander mais sincèrement, je suis tomber à plusieurs reprise sur cette solution mais j'ai vraiment du mal à voir comment coder "cette chose".

Citation:

---

AsyncTask au lieu de Thread, et utiliser la fonction onProgressUpdate() pour faire le tv.setText()

---

Pour le AsyncTask je ne comprends ce que doit être en "paramètre" de la classe.
Dans mon cas je l'ai définit comme cela <NavData,Void,View>

Je te remercie de m'aider, cela m'aide énormément.

Tous les OS graphiques fonctionnent à base de "messages".
Ces messages sont "lus" par le thread "UI", qui va déterminer une action à réaliser dessus.
La détermination de l'action se fait par un "handler"... Donc grosso-modo, une message= 1 handler + données.
Par exemple "Raffraichit le TextView 38289" va se faire par le handler privé de l'activité, et executer la fonction "invalidate" qui va bien de la fenêtre en question.
Bien sur il est possible de créer plusieurs Handler dans ce thread... donc il suffit d'y faire un "myHandler = new Handler();" pour que l'on puisse empiler / gérer les messages associés...

L'empilement de message peut être fait depuis n'importe quel thread.
La lecture/execution des messages uniquement par le thread contenant le handler.


AsyncTask permet de remplacer à la fois Thread & Handler. Une AsyncTask n'est pas un Thread mais y ressemble, la fonction "doInBackground()" (qui recoit en paramètres ceux passés à "execute()" sera toujours executé par une thread à part (dont on n'a pas le controle)... dans cette fonction il est possible à certains moment d'appeler updateProgress()... Cette fonction ne fait pas grand chose, juste forcer le thread "UI" à appeler onProgressUpdate(), une chance donc de mettre à jour le TextView.

Merci nicroman.
Je vais essayé tous ceci et je te tiens au courant !

Bonjour, tout le monde,

alors j'ai lu les réponses pour la question posée.

La question que j me pose c'est comment dire dire au programme que l'oin souhaite attendre sans utiliser de Thread.sleep(Time)

Avec le system.currentTime() + WaitingTime ? placé dans la condition du While ?

Sinon de nombreux tuto font références au Handler, ce qui ne devrait pas trop poser de problème à comprendre.

En fait Thread.sleep() devrait être interdit pour une simple raison: un thread attend toujours une condition, hors cette condition n'est jamais liée au temps *sauf* dans le cas d'un scheduler (cas assez particulier à mettre en oeuvre).

Faire un "Thread.sleep(xxx)" dans le thread UI est interdit bien entendu pour les raisons évoquées plus haut: il faut que les appels au fonctions UI reviennent vite, très vite.
Faire un "Thread.sleep(xxx)" dans un autre thread (monitoring) est inutile, puisque la tâche *sait* déjà ou elle en est... donc c'est à la tâche de signaler quand son état est modifié. Voilà pour le sleep....

Dans une AsyncTask, l'utilisation de postProgresss (ou un truc du genre je ne me souviens plus exactement) aide grandement, puisque celà fait exactement cela: signaler au thread UI un changement d'état de la tâche. Le thread UI pouvant récupérer cet état dans onProgressUpdate.


Sans AsyncTask, afin de "reveiller" le thread UI (et pouvoir mettre à jour le TextView) il FAUT passer par un handler... Que ce handler soit créé et géré manuellement, ou qu'il soit géré automatiquement (en utilisant la fonction "runOnUIThread()" de l'activité).

Bon finalement on a réussi à rafraîchir la vue toutes les X secondes en utilisant un Timer et la fonction scheduleAtFixedRate(TimerTask). Le TimerTask est un runOnUiThread.

;)

Merci pour votre aide.