onBack boucle infinie entre 2 Activity

Version imprimable

15/04/2013, 17h48
atha2

onBack boucle infinie entre 2 Activity
Bonjour, j'ai une Activity principale qui étends TabActivity et qui quand on clique sur le bouton menu affiche une PreferenceActivity..
Code:

1 2 3 4 5 public boolean onPrepareOptionsMenu(Menu menu) { startActivity(new Intent(this, MyPreferenceActivity.class)); return false; }
Sur Motorola RAZR HD quand on lance l'application, affiche le PreferenceActivity via la touche menu et qu'on fait back plusieurs fois (une fois pour revenir à l'écran principale et une fois pour quitter l'application), on a une boucle infini entre les 2 écrans.

Le Motorola RAZR HD possède des boutons tactiles. Cela peut-il avoir un impact ? Sinon qu'est-ce qui pourrait causer ce comportement ?

J'ai bien essayé de rajouter finish() dans le onBack() de la PreferenceActivity mais ça ne change pas grand chose...
16/04/2013, 09h28
Simon MARQUIS

Attention, le callback onPrepareOptionsMenu ne sert pas à cela : Lien
On y lit :

Prepare the Screen's standard options menu to be displayed. This is called right before the menu is shown, every time it is shown. You can use this method to efficiently enable/disable items or otherwise dynamically modify the contents.
C'est à dire que cette méthode peut être appelée plus ou moins souvent, dès lors que le système a besoin d'actualiser le layout du menu.

Dans ton cas il se peut que, dès que tu quittes PreferencesActivity, le système fait appel à onPrepareOptionsMenu pour regénérer le menu : d'où la boucle.

De plus, il faut bien comprendre que l'utilisation de la touche "menu" est à déconseiller : de nombreux smartphones n'ont plus cette touche (qu'elle soit intégrée à la SystemBar ou non, comme pour le HTC One).

Merci pour ta réponse mais mon client insiste pour avoir ce comportement (et accessoirement un design iOS). Il y a moyen de le faire proprement ?

J'ai trouvé un code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
    @Override
    public boolean onPrepareOptionsMenu(Menu menu) {
        boolean isMenuEvent = menu.isShortcutKey(KeyEvent.KEYCODE_MENU, makeKeyEvent(KeyEvent.KEYCODE_MENU, 0));
        if (isMenuEvent) {
            startActivity(new Intent(this, MyPreferenceActivity.class));
            return false;
        }
        return true;
    }
 
    private KeyEvent makeKeyEvent(int keyCode, int metaState) {
        return new KeyEvent(0L, 0L, KeyEvent.ACTION_DOWN, keyCode, 0, metaState);
    }

Est-ce que ça pourrait résoudre mon problème ?
Mon client ne veux vraiment pas passer par un clique supplémentaire...

16/04/2013, 21h55
nicroman

Heu... il faut comprendre un truc quand même:

Le bouton "menu" en disparaissant, laisse sa place à l'ActionBar... qui va appeler la fonction pour savoir si il faut un menu ou non...
Si la fonction ne fait rien, il n'y aura même pas de bouton de menu !
17/04/2013, 10h45
atha2

Je n'utilise pas l'actionBar. C'est un code que je reprends basé sur les API 2.X. J'ai déjà eu un problème de bouton menu absent sur Motorola XOOM. Si je me rappel bien, j'avais résolu le problème en buildant avec l'API 2.3.
Je ne sais pas si ça marche dans tous les cas 8O

Sinon je peux peut-être convaincre mon client d'ajouter un bouton paramètre à l'interface.
17/04/2013, 10h49
Simon MARQUIS

Comme l'a précisé Nicroman, s'il n'y a rien dans ton menu, les appareils ne disposant pas de boutons physique (voué à disparaître) n'auront aucun moyen d'accéder à cette Activity "cachée"...
17/04/2013, 12h14
atha2

Citation:

Envoyé par atha2

J'ai déjà eu un problème de bouton menu absent sur Motorola XOOM. Si je me rappel bien, j'avais résolu le problème en buildant avec l'API 2.3.

Ce n'est pas une solution potentielle ?

Sinon j'ai une Galaxy Tab 2. Le bouton menu n'apparait pas tout le temps. Si j'arrive à tricker pour faire fonctionner le bouton menu dessus, ça pourrait marcher sur tous les téléphones ?
Encore une fois mon application ne possède pas d'action bar.
17/04/2013, 13h16
Simon MARQUIS

Builder avec des versions antérieures n'est jamais une très bonne idée (sauf si vous ne comptez pas sur les devices avec une version supérieur)...

Le fait de builder en dessous de la version 14 (je crois) va en effet faire apparaître un "overflow item" dans la "Navigation Bar" des terminaux n'ayant pas de boutons physique, comme pour le Nexus 4.
Mais pas pour tous, en effet, l'exemple des HTC va certainement te convaincre (ou convaincre ton client).
Les derniers HTC n'ont pas de bouton physique, ni de bouton menu, ni de bouton intégré à l'écran. Ce sont des bouton sensitifs. De ce fait, le menu va s'afficher ainsi : http://www.droid-life.com/wp-content...enu-button.jpg

Je te conseille aussi de lire l'article en rapport)