Inactif pendant X temps

Bonjour,

J'ai une application complète, mais je voudrais rajouter une fonctionnalité toute bête, je pense que c'est possible mais je n'arrive pas à trouver mon bonheurs sur internet.

J'ai une activité d'accueil, et une activité de recherche. Quand l'activité de recherche est lancer, j'ai 2 liste et un bouton retour. J'aimerais qu'au bout de X secondes (je n'ai pas encore calculé le temps idéal, je penche sur 45 secondes) le bouton retour soit activer (ou bien l'activité fermée) pour revenir à mon activité d'accueil.

J'ai penser au départ a une alarme, mais mes collègues on été plutôt logique dans leurs réflexions, et m'ont dis que si j'utilisais ce genre de chose, si la personne est longue à choisir ça va faire un retour. De plus je ne sais pas couper une alarme, donc une fois sa rechercher terminé si le temps est passé ça va retourner au début (car l'alarme n'est pas liés à l'activité je crois ?).

En gros je cherche à faire une fonction qui donnerais ce genre de chose :
Si (ecran_inactif pendant X secondes){
Retour accueil;
}

PS : je suis en 3.2.1
Cordialement

En tant qu'utilisateur, je détesterai cette fonctionnalité. C'est MOI qui navigue, pas l'application qui me dit OU aller.

Sinon, si tu veux faire ceci, je te suggérerai de surcharger la méthode onTouch. Le touché déclenche un thread faisant une action 45 secondes plus tard. Un autre touché désactive le thread précédent et en crée un nouveau.

MMMMMmh merci de la réponse je vais essayer de regarder de ce côter la c'est sympas.

Pour ta reflexion je m'en doutais, j'ai oublié de préciser que l'application n'est pas sur le google play, nous utilisons une tablette android comme un kiosque pour visionner de la musique et des vidéos, donc nous ne voulons pas que la tablette reste bloquer sur un écran si personne ne s'en sert.

Mais je viens de penser à un truc, Android doit pouvoir gerer, mais j'arrive pas à trouver comment le faite d'être inactif ... car pour le coup elle le fait pour la mise en veille de l'écran et de la tablette ...

Peut être un truc comme ça :
http://developer.android.com/referen...DownTimer.html

Ce serait cool d'afficher les secondes qui se décrémentent.

J'ai dû le réécrire (j'ai eu une série d'erreur 500 ... Anomaly, désolé pour les mails auto :aie:), et j'ai squeezé le passage "mais j'imagine qu'il doit y avoir une donnée non fournie qui explique cet impératif" ^^"

Pour ta réflexion, je dirai un écouteur d'événements, mais là ... vu que je ne connais pas celui d'Android, je passe.

Je n'ai pas besoin d'afficher les secondes (sauf pour debugger ) c'est vraiment histoire que l'appli ne reste pas bloquer comme une débile sur une page, alors que sur l’accueil il y a de la musique etc... si on arrive devant la borne et qu'elle est sur une page quelconque ça donne pas envie de s'en servir, alors que l'accueil est pensé pour être attractif.

Je n'ai pas parlé d'affichage de seconde moi ^^"
C'est une autre possibilité, mais je n'en vois pas l'intérêt.

C'était pour répondre a thierrybenji ^^

Du coup j'pense combiner vos 2 trucs, onTouch je creer un decompteur, et j'le cancel et restart a chaque touch et à la fin du décompte j'passe a mon accueil.

Au temps pour moi, je suis un peu à côté de la plaque x)

Pour cette idée, je te conseil quand même de faire quelque benchmark au niveau des thread créés.
Il y a une possibilité que ça te plombe.

Les pages ou je vais l'inclure sont des pages vraiment inutilisé (2 listes chargés une fois par exemple), mais ouais j'vais tester de toute les manière sur mon application de test ^^ (elle en a vu des vertes et des pas mures celle la ^^)

Citation:

---

Envoyé par Hizin

En tant qu'utilisateur, je détesterai cette fonctionnalité. C'est MOI qui navigue, pas l'application qui me dit OU aller.

Sinon, si tu veux faire ceci, je te suggérerai de surcharger la méthode onTouch. Le touché déclenche un thread faisant une action 45 secondes plus tard. Un autre touché désactive le thread précédent et en crée un nouveau.

---

Un peu violent le thread ;)

Un simple handler suffit, avec un removeMessages() suivi d'un sendMessageDelayed() ....

Oui, tout à fait.

Ca fait tellement longtemps que je n'ai pas utilisé de Handler que j'avais totalement oublié les messages. Merci de me les rappeler :)

J'utilise CountDownTimer qui fonctionne bien, mais la je n'utilise pas le onTouch. Je ne vois pas vraiment comment le surchargé ?

Actuellement quand je vais sur ma page de genre, je creer le CDT dans mon onCreate, puis j'le relance (stop suivie de start), lorsque je selectionne quelquechose dans ma liste. Hors je voudrais lors d'un touche sur l'écran (car pour le resultat c'est une liste enorme qui peux avoir 5000 ligne, si j'le limite dans le temps ca va pas le faire, alors que l'écran seras forcement toucher a chaque scroll).

Peut être que si tu mettais ça dans ton Activity :

Code:

---

1 2 3 4

@Override public boolean onTouchEvent(MotionEvent event) {   }

---

Par contre si ta des trucs cliquable ça risque d'être prioritaire...
Donc faudra gérer aussi ça.

thierry merci, je suis juste un peu debile :p

Je me suis rappelé après avoir écrit de cette fonction x)

Ça fonctionne très bien j'ai mon timer :

Code:

---

1 2 3 4 5 6 7

@Override public boolean onTouchEvent(MotionEvent event) { // TODO Auto-generated method stub timer.cancel(); timer.start(); return super.onTouchEvent(event); }

---

Et ca fonctionne bien ^^ je regarde maintenant pour avoir cette variable de timer en global sa serais vraiment cool en faite ^^ car comme ca je l'instancie dans mon accueil et je m'en sert partout ou j'en est besoin x)

Est-ce que cette méthode n'est pas appelé super vite en boucle dès qu'on touche l'écran ?

Elle est appellé vite si la personne fastpush sur l'écran, ce qui n'est pas le cas.

De plus le seul écran ou il y a beaucoup de thread etc c'est l'accueil (qui a un player web, une pub etc), le reste c'est au final que de l'affichage simple, donc même si on la lance en boucle c'est pas un soucis ^^

En tout cas j'vous remercie, si j'arrive a faire ce que j'ai envie de faire j'reviens vers vous pour vous prevenir et mettre le topic en résolu (d'ailleurs si vous avez une idée de titre plus explicite pour que ca servent à d'autre personne faut pas hésiter a le dire ^^).

J'ai mis un System.out dans cette méthode et ça m'a fait tout de suite 100 lignes dans le logcat je crois.