onKeyDown() et TabHost

Bonjour ! :)

Mon appli est composée d'une TabActivity avec 4 Activity :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

tabHost = getTabHost(); TabHost.TabSpec tabSpec;   Intent intent;   intent = new Intent().setClass(this, A.class); tabSpec = tabHost.newTabSpec("un"); tabSpec.setIndicator("titre un"); tabSpec.setContent(intent); tabHost.addTab(tabSpec);   /* Et ainsi de suite pour les 3 autres onglets */

---

Pour chacune des 4 activités, j'ai implémenté la méthode suivante

Code:

---

1 2 3 4 5 6 7 8 9 10

@Override public boolean onKeyDown(int keyCode, KeyEvent event) { if (keyCode == KeyEvent.KEYCODE_BACK && event.getRepeatCount() == 0 ) { /* code qui affiche une boite de dialogue demandant confirmation pour quitter */ } else { return super.onKeyDown(keyCode, event); } }

---

En fait, j’intercepte simplement le clic sur le bouton retour. Ce qui m'embête, ce que la même méthode est implémentée dans les 4 activités.

Y'aurait-il un moyen pour n'écrire ce code qu'à un seul endroit ? dans la TabActivity par exemple ?

Merci d'avance. :ccool:

Bonjour,

Tu peux toujours créer une interface incorporant cet event et sa gestion et la mettre en implement de tes Activity.

Sinon intercepter directement le bouton back depuis ta TabActivity, il me semble.( A vérifier )

Citation:

---

Envoyé par Feanorin

Bonjour,

Tu peux toujours créer une interface incorporant cet event et sa gestion et la mettre en implement de tes Activity.

---

Ben non, ça revient au même... :? Les interfaces ne font que déclarer les méthodes, sans implémentation.

Ils permettent de pallier l'impossibilté de faire de l'héritage multiple.

Citation:

---

Envoyé par Feanorin

Sinon intercepter directement le bouton back depuis ta TabActivity, il me semble.( A vérifier )

---

J'ai déjà testé, ça ne fonctionne pas

Ou creer une classe "InterceptedBackTabActivity" qui hérite de TabActivity et faire hériter les autres de celle ci ?

Je vois pas bien le probleme...

Citation:

---

Ou creer une classe "InterceptedBackTabActivity" qui hérite de TabActivity et faire hériter les autres de celle ci ?

---

Aussi ;)

Pour l'implements cela t'évitera de réécrire le code à chaque coup, le code se trouvant dans l'interface que tu aura créer

Citation:

---

Ils permettent de pallier l'impossibilté de faire de l'héritage multiple.

---

Oui et plein d'autre chose ...

Citation:

---

Ben non, ça revient au même... Les interfaces ne font que déclarer les méthodes, sans implémentation.

---

non ... :/
Elle garde le comportement par défaut de tes fonctions (via le super).

Donc tu n'auras juste à mettre en place ton implements et laisser les fonctions telles quelles (Ce qui est plus propre que du copier coller ).

Euh ... les interfaces ne peuvent que déclarer les méthodes, celles-ci ont un corps vide.

Citation:

---

Euh ... les interfaces ne peuvent que déclarer les méthodes, celles-ci ont un corps vide.

---

Ben, j'étais persuadé que les fonctions n'était que virtuelle et non pas virtuelle pure, complètement à côté de la plaque sur le coup :/.

Citation:

---

Envoyé par Feanorin

Ben, j'étais persuadé que les fonctions n'était que virtuelle et non pas virtuelle pure, complètement à côté de la plaque sur le coup :/.

---

Ah ah, j'ai pas osé le dire :mouarf:. Merci d'être intervenu tout de même ;)

Citation:

---

Envoyé par nicroman

Ou creer une classe "InterceptedBackTabActivity" qui hérite de TabActivity et faire hériter les autres de celle ci ?

Je vois pas bien le probleme...

---

En effet. En créant une classe InterceptedBackActivity héritant de Activity, et les activités reliées à mon TabHost héritant de cette même InterceptedBackActivity, ça fonctionne impec'. :D

Du coup, j'en ai profité pour factoriser d'autres parties de mon code, excellent ! Merci à tous !

Je voulais tout de même m'excuser, je suis un peu rouillé avec les fondamentaux de la POO en Java "pure". Mais bon, visiblement, je ne suis pas le seul... :mouarf:

Citation:

---

Je voulais tout de même m'excuser, je suis un peu rouillé avec les fondamentaux de la POO en Java "pure". Mais bon, visiblement, je ne suis pas le seul...

---

:mrgreen: