Discussion :

[ChPr]

Bonjour à toutes et à tous,

Pour fermer une application, j'appuie sur le bouton "retour" de mon smartphone.

J'aimerais, lorsqu’on appuie sur ce bouton, qu'on propose à l'utilisateur, via un alertDialog de continuer ou stopper l'application ; dans le genre : "Voulez-vous réellement quitter l'application : OUI, NON".

Où placer cet alertDialog ? dans le onStop() ?

et dans le cas où l'utilisateur veut poursuivre l'application, quel code va éviter sa fermeture ?

Merci de votre aide.

Pierre

[anto2b]

Il faut créer un évenement lors du clic sur le bouton

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
 
Override
public boolean onKeyDown(int keyCode, KeyEvent event)  {
      if (keyCode == KeyEvent.KEYCODE_BACK) {
 
 
// Creation de l'AlertDialog
 
//=> Si Quitter finish(); + return true;
//=> Sinon return false;
 
 
      }
 
   return super.onKeyDown(keyCode, event);
}

[Hizin]

À savoir que ce genre de procédé est mal vu par un bon nombre d'utilisateurs, cassant la logique de navigation standard permettant de revenir en arrière et de quitter via le bouton "back".
Il y a aussi le cas du bouton "home", qui rend ce genre de comportement incohérent (l'utilisateur doit passer par une confirmation via le bouton retour, mais pas via le home).

[nicroman]

Alors en fait, c'est une très mauvaise idée... d'ailleurs contraire à l'esprit Android.

Non, l'appui sur le bouton back ne ferme pas une application, cela ne fait que revenir à l'activité précédente.
Il se peut que cette activité soit le launcher, mais peu importe... Back ne ferme pas une application.
D'ailleurs Home non plus (il ne fait que faire passer le launcher à l'avant plan).

Ceci est d'autant plus vrai pour les "petites" applications en Java. Il n'y a aucun intérêt à "quitter" une application. Tout est fait dans le système pour que l'utilisateur ne "voie" les applications que comme des activités additionnelles et je trouve dommage de proposer un joli "exit" (dans un menu) qui va alourdir l'expérience utilisateur, et ralentir le re-lancement de l'application (ben oui menu "last application", clic sur la dernière activité par exemple, ce devrait être instantané...).

Le système s'occupe de tout: envoyer les onPause/onStop/onDestroy aux activités pour rendre les ressources que celles-ci utilisent au système....
Et même l'objet "Application" reçoit les évenement de fermeture / ouverture.

http://android.nextapp.com/site/fx/doc/exit

Au fait, même windows (avec windows 8) commence à ne plus proposer d'option pour "quitter" ... fini la croix rouge !

[ChPr]

Je vous remercie pour vos propositions et mises en garde vis à vis du principe même d' Androïd.

Pourquoi je souhaite faire cela : tout bonnement parce que mon bouton "retour" est d'une sensibilité et susceptibilité extrême et cela me gêne énormément dans mon application de navigation où je "casse" le relevé d'un tracé en cours si par mégarde mon doigt passe sur ce bouton.

Cordialement.

Pierre

[nicroman]

Ha ben ça veut dire qu'il y a un soucis de conception... Si une application doit faire des choses pendant un certain temps, elle ne doit pas se baser sur l'activité. Celle-ci peut être détruite dans plein de cas: reception d'un appel, passage en veille, etc....


Je m'explique.... L'application devrait avoir 2 parties:
* Une activité, qui permet de voir un tracé en cours (si il y en a un), et deux boutons:
- Arrêter: coupe le tracé en cours (et arrête le service d'enregistrement)
- Démarrer: affiche le tracé en cours (et démarre le service d'enregistrement).
* Un service (d'avant-plan en général), qui, si actif, affiche une notification android. Cette notification permet de lancer l'activité. Pendant qu'il tourne le service enregistre ce qui doit être enregistré.

Voilà....
Pas besoin de bouton "quit".