Comment forcer l'utilisation du menu de dépassement sur les appareils avec bouton de menu

J'aimerais avoir tous les éléments de menu qui ne rentre pas dans l'ActionBar allez dans le menu contextuel (celui qui est atteint à partir de la Barre d'Action de ne pas le bouton de menu) même sur les appareils qui ne ont un bouton de Menu. Cela semble beaucoup plus intuitive pour les utilisateurs de les jeter dans un menu séparé liste qui demande à l'utilisateur de sauter du touch(écran) de l'interaction d'un bouton d'interaction sur la base simplement parce que la mise en page de l'ActionBar ne peut pas tenir sur la barre.

Sur l'émulateur, je peux mettre le "Matériel/Touches d'Accueil" la valeur "non" et à obtenir cet effet.
J'ai cherché un moyen de le faire dans le code pour un appareil qui a un bouton de menu, mais ne peut pas fine. Quelqu'un peut-il m'aider?

InformationsquelleAutor PaulP | 2012-02-15
  1. 54

    EDIT: Modifié pour répondre à la situation de la physique bouton menu.

    C'est effectivement empêché par la conception. Selon le Section compatibilité de Android Guide de Conception,

    "...l'action de débordement est disponible dans le menu de la clé matérielle. Les actions qui en découlent, popup... est affiché au bas de l'écran."

    Vous pourrez constater sur les captures d'écran, téléphones avec un physique bouton de menu ne disposez pas d'un menu contextuel dans l'ActionBar. Cela évite toute ambiguïté pour l'utilisateur, essentiellement avoir de deux boutons pour ouvrir le menu identique.

    Pour aborder la question de la cohérence entre les appareils: en fin de compte, il est plus important de l'expérience de l'utilisateur de votre application se comporter de manière cohérente avec toute autre application sur le même appareil, que de se comporter de manière cohérente avec elle-même sur tous les appareils.

    • Alexandre - Non, j'ai essayé toutes les showAsAction valeurs et plusieurs combinaisons et aucun d'eux ne fait l'affaire (au moins sur l'émulateur). Le menu de dépassement sur la barre d'action ne s'affiche que si je émuler un périphérique sans un bouton de menu. Je veux voir cette sélection verticale et ont débordant éléments montrer là-haut sur les périphériques avec un bouton de menu. J'ai édité ma question pour en faire un peu plus clair.
    • Nous allons entrer dans une conversation et d'en discuter: je sais que c'est empêchée par la conception (j'ai lu les lignes directrices de conception). Mais c'est le genre de %$/%#+, je pense. Par exemple: l'utilisateur est de passer d'un Galaxy Nexus (-> w Dépassement de capacité) pour un Nexus One (w 4.0/ -> pas de Débordement). Je parie que l'utilisateur ne trouverez pas les éléments de menu plus. Pour cette raison, je veux la même utilisation de tous les appareils. Je suis donc de se retrouver avec le même problème que paulp. N'est-il pas une propre solution?
    • Je suppose que vous voulez dire Nexus S (Nexus One va pas plus haut que Gingerbread (2.3.x)). Vos utilisateurs à trouver la touche menu sur un Nexus S, parce que c'est ce que tous les Nexus S apps utiliser pour afficher un menu. En fin de compte, il est plus important de l'expérience de l'utilisateur de votre application se comporter de manière cohérente avec toute autre application sur le même appareil, que de se comporter de manière cohérente avec elle-même sur tous les appareils.
    • J'ai trop lu le Guide de Conception première. Pour moi, ce fut un mauvais choix de conception dans le paquet de soutien. Une meilleure stratégie de transition des utilisateurs à l'ÉCART de la touche (l'objectif, non?) serait de rendre redondants, mettre la fonctionnalité sur l'écran ainsi que dans le bouton. Comme les choses sont maintenant, le bouton n'est pas la liste de tous les choix de menu, seulement ceux qui ne sont pas sur le actionbar, ainsi cette conception ne soutient une transition en douceur vers l'actionbar ni faire ce qu'il utilisés à faire, avant d'ajouter une actionbar (affichage tous les choix du menu). Je soupçonne que vous avez raison et qu'il n'existe pas de solution simple.
    • Google va à l'encontre de ce dans leur nouveau Google apps. Il a débordement élément indépendamment de l'appareil.. et pourtant ils empêcher les développeurs de faire de même et de conseils contre, à ma connaissance.
    • Honnêtement, j'ai vu beaucoup trop d'utilisateurs de ne pas essayer le menu touche jamais à rien attendre d'eux. Si la conception a dit que n'importe quel utilisateur de n'importe quel téléphone ne devriez pas avoir un écran indicateur de menu options existent, que le design est un mal informés.
    • Google va à l'encontre de ce dans de multiples applications, y compris le Play store. Ils ont réalisé que c'était une mauvaise conception. Alors maintenant, nous avons juste à comprendre comment travailler autour de la même façon, ils ont travaillé autour d'elle.
    • ou tout simplement attendre jusqu'à ce que tous les téléphones avec dur boutons de menu de mourir... croiser les doigts
    • effectivement dur boutons ont leurs propres avantages. doux boutons sont facilement être touché par accident, en particulier dans le plan horizontal de l'orientation des jeux. c'est dommage que pour des dispositifs tels que google ne permet pas de montrer le dépassement de bouton au lieu de laisser l'utilisateur à essayer d'appuyer sur le bouton de menu à chaque fois. il n'y a aucun indice que ce soit à l'utilisateur qu'il y a plus d'actions dans la barre d'action qui seront affichés uniquement lorsque vous appuyez sur le bouton menu.
    • Je pense que Alex est en se référant à un bouton du menu système, qu'il s'agisse de logiciels ou de matériel.
    • je sais ce qu'il voulait dire, et je voulais dire ce que j'ai écrit trop. les boutons de l'appareil (menu,accueil,retour,...) ont leurs propres avantages. combien de fois j'ai laisser les autres utiliser mon téléphone et ils appuyez accidentellement sur les touches soft, mais ne jamais appuyer sur les boutons par accident. même chose pour moi, même sur mon appareil quand je joue horizontal, jeux, surtout si les boutons du jeu (sur l'écran) sont près de la douce boutons de l'appareil.
    • Eh bien, comme de KitKat (4.4) le dépassement de bouton est présent, indépendamment de savoir si un matériel bouton de menu est disponible. Donc, au moins à un certain moment dans l'avenir, lorsque tout le monde est en 4.4 ou supérieur, cela ne devrait pas être un problème.
    • Assez en retard à la fête, mais j'ai encore un avis: même si je suis d'accord avec Google, les lignes directrices de conception, mais la pratique me demande de donner à l'utilisateur une option qu'ils connaissent. Si un utilisateur n'a pas à voir une icône de débordement, ils peuvent ne pas connaître les options, un développeur a mis dans ce menu, à moins que, en désespoir de cause, ils appuyez sur le matériel de la touche de menu. Par conséquent, je n'ai pas le choix mais pour remplacer cette fonctionnalité et afficher l'icône de débordement, de toute façon.

    InformationsquelleAutor Alexander Lucas
  2. 323

    Vous pouvez également utiliser ce petit hack ici:

    try {
    ViewConfiguration config = ViewConfiguration.get(this);
    Field menuKeyField = ViewConfiguration.class.getDeclaredField("sHasPermanentMenuKey");
    if (menuKeyField != null) {
        menuKeyField.setAccessible(true);
        menuKeyField.setBoolean(config, false);
    }
} catch (Exception ignored) {
}

    Bon endroit pour mettre ce serait la onCreate-Méthode de votre classe d'Application.

    Il va forcer l'Application à afficher le menu contextuel. Le bouton de menu fonctionne toujours, mais il va ouvrir le menu dans le coin supérieur droit.

    [Modifier] Depuis qu'il est venu plusieurs fois: Ce hack ne fonctionne que pour les natifs de l'ActionBar introduit dans Android 3.0, pas ActionBarSherlock. Ce dernier utilise sa propre logique interne afin de décider si vous souhaitez afficher le menu contextuel. Si vous utilisez ABS, toutes les plates-formes < 4.0 sont gérées par l'ABS et sont donc soumis à sa logique. Le hack aura encore du travail pour tous les appareils avec Android 4.0 ou plus (vous pouvez ignorer en toute sécurité Android 3.x, car il n'y a pas vraiment de comprimés avec un bouton de menu).

    Il existe un spécial ForceOverflow-Thème qui va forcer le menu en ABS, mais apperently c'est va être supprimé dans les versions futures en raison des complications.

    • Je ne suis pas sûr que je veux mettre en œuvre cette mais votre code semble fonctionner comme prévu. Merci!!!! Il est bon d'avoir le choix. Curieux de savoir comment vous avez compris cela.
    • J'ai regardé le code source. Trésor bosquet des fonctionnalités non documentées 🙂 Juste assurez-vous d'avoir un mécanisme de secours pour ce genre de choses.
    • Merci! C'est la meilleure réponse.
    • Jolie trouvaille, fonctionne à merveille sur le Galaxy S3.
    • Il fonctionne sur pain d'épice, ICS et Jelly bean. Je sais qu'il peut se briser dans l'avenir, mais juste travailler tout de suite 🙂
    • Je doute qu'il fonctionne sur pain d'épice. Il n'y a pas de champ appelé "sHasPermanentMenuKey" dans le pain d'épices.
    • Merci beaucoup pour l'affichage !
    • Génial trouver. Vient de tomber et elle fonctionne parfaitement sur tous mes appareils. @Singularité, depuis l'ActionBar a été ajouté en Nid d'abeille, ce hack est vraiment seulement pour en Nid d'abeille et les plus récents. Pour cette question, je crois que tous en Nid d'abeille appareils avaient pas de matériel, bouton menu, donc je pense que ce hack est vraiment nécessaire que pour Sandwich à la Crème Glacée et les appareils récents. J'utilise ActionBarSherlock sur des appareils plus anciens, donc, juste un petit hack là et je vais être en mesure de montrer le dépassement de bouton sur les anciens appareils. Ce hack est principalement pour remplacer le comportement dans l'OS de ActionBar, qui est moins dans notre contrôle.
    • Ce hack ne fonctionne pas avec les récentes ActionBarSherlock. Sur 2,3 appareils, il ne montre pas de dépassement de bouton.
    • Merci beaucoup! C'est vraiment génial. Je voulais mettre de l'examen, du rapport de bogue et les actions de partage dans la zone de débordement, mais il ne montrait pas sur Nexus S. les Utilisateurs n'ont même pas de cliquer sur le bouton Menu. Avec le débordement des utilisateurs ne voit que des actions supplémentaires sont disponibles.
    • Vous, les hommes, méritent une bigass médaille ! Fait ma journée 🙂
    • ŒUVRES! MERCI, MEC !
    • J'ai compris cela ne fonctionnera pas avec ActionBarScherlock mais qu'en est-il ActionBarComp? J'aurais besoin de suport 2.3.x .. Merci..
    • Je suis assez en retard sur le commentaire ici, mais j'ai juste essayé avec la version la plus récente de ActionBarCompat, et il a FAIT un travail.
    • Cela fonctionne très bien! Cependant, j'ai remarqué que lorsque vous appuyez sur le matériel de la touche de menu, vous entendrez le son de menu effet deux fois. Pas une grosse affaire, mais est-il un moyen de contourner cela?
    • Cela fonctionne sur le Samsung Galaxy S3 et S4, mais pas sur le LG G2 (pensez qu'ils sont le codage en dur des la case pour afficher menu contextuel du bouton)
    • Génial, comment êtes-vous venu à savoir, solution étonnante +1000000
    • Magnifique!!! Si Eclipse vous donne comme 6 les importations à choisir pour Field choisi cette java.lang.reflect.Field 😉
    • Malheureusement, il ne fonctionne pas avec l'appareil en vertu de la 3.0. Comme le code source de AppCompat public boolean showsOverflowMenuButton() { // afficher Uniquement débordement sur HC+ dispositifs de retour de Construire.VERSION.SDK_INT >= Construire.VERSION_CODES.En NID d'abeille; }
    • Ne semble pas c'est de travailler sur le LG G2 comme @dvd dit.
    • Viens de tomber sur le même problème avec le LG G2. Je me demande si c'est parce que la touche de menu est douce, donc techniquement il n'a pas un "permanent" de la touche de menu.
    • De quoi les gens dire qu'il ne fonctionne pas sur LG G2 (je n'en ai pas pour tester) Est-ce que le bouton menu pour afficher les options plutôt que de la barre d'action, ou les options ne sont pas accessibles à tous, ou quelque chose d'autre?
    • Cela ne fonctionne pas sur un 3.0 Honeycomb émulateur. Le menu contextuel n'apparaît jamais. Seul le matériel de menu bouton fonctionne.
    • Sur un Galaxy S2, cette affiche le menu de dépassement comme prévu. Mais en appuyant sur le bouton menu ouvrir le "normal" du menu (pas le menu de dépassement).
    • Ne fonctionne pas pour moi.. pour API < 11
    • Il est travail fabuleux.Je Vous Remercie.
    • Cela peut paraître bizarre mais je suis en train de vivre comportement différent de ce code dans eclipse et android studio. Dans eclipse, en cliquant sur le bouton physique que le menu s'affiche à côté de la barre d'action, mais dans Android Studio le menu est affichée en bas de l'écran.
    • C'est aussi ce que le com.android.fmradio application utilise: il l'a trouvé dans l'officiel Android code source: FmMainActivity.java

    InformationsquelleAutor Timo Ohr
  3. 35

    - Je utiliser pour le contourner par la définition de mon menu comme ceci (avec aussi ActionBarSherlock icône utilisé dans mon exemple):

    <menu xmlns:android="http://schemas.android.com/apk/res/android" >

    <item
        android:id="@+id/menu_overflow"
        android:icon="@drawable/abs__ic_menu_moreoverflow_normal_holo_light"
        android:orderInCategory="11111"
        android:showAsAction="always">
        <menu>
            <item
                android:id="@+id/menu_overflow_item1"
                android:showAsAction="never"
                android:title="@string/overflow_item1_title"/>
            <item
                android:id="@+id/menu_overflow_item2"
                android:showAsAction="never"
                android:title="@string/overflow_item2_title"/>
        </menu>
    </item>

</menu>

    J'avoue que cela peut nécessiter manuel "dépassement de gestion" dans votre fichier xml, mais j'ai trouvé cette solution utile.

    Vous pouvez également forcer l'appareil à utiliser HW bouton pour ouvrir le menu contextuel, dans votre activité:

    private Menu mainMenu;

@Override
public boolean onCreateOptionsMenu(Menu menu) {
    //TODO: init menu here...
    //then:
    mainMenu=menu;
    return true;
}

@Override
public boolean onKeyUp(int keycode, KeyEvent e) {
    switch(keycode) {
        case KeyEvent.KEYCODE_MENU:
            if (mainMenu !=null) {
                mainMenu.performIdentifierAction(R.id.menu_overflow, 0);
            }
    }

    return super.onKeyUp(keycode, e);
}

    🙂

    • comment utiliser HW bouton pour ouvrir le menu de dépassement?
    • Voir ma réponse mis à jour pour l'ouverture du menu contextuel avec HW bouton. 🙂
    InformationsquelleAutor Berťák
  4. 11

    Si vous utilisez la barre d'action à partir de la bibliothèque de prise en charge (android.support.v7.app.ActionBar), utilisez la commande suivante:

    <?xml version="1.0" encoding="utf-8"?>
<menu xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:yorapp="http://schemas.android.com/apk/res-auto" >

    <item
        android:id="@+id/menu_overflow"
        android:icon="@drawable/icon"
        yourapp:showAsAction="always"
        android:title="">
        <menu>
            <item
                android:id="@+id/item1"
                android:title="item1"/>
            <item
                android:id="@+id/item2"
                android:title="item2"/>
        </menu>
    </item>

</menu>
    • Lors de l'utilisation de la bibliothèque de prise en charge je l'ai fait aussi, et il fonctionne bien sur les deux pré-et post-3.0 périphériques
    InformationsquelleAutor a fair player
  5. 7

    Ce genre de méthode est empêché par les Développeurs Android de Conception de Système, mais j'ai trouvé un moyen de le passer:

    Ajouter ceci à votre fichier menu XML:

    <item android:id="@+id/pick_action_provider"
    android:showAsAction="always"
    android:title="More"
    android:icon="@drawable/ic_action_overflow"
    android:actionProviderClass="com.example.AppPickActionProvider" />

    Ensuite, créez une classe nommée "AppPickActionProvider", et copiez-y le code suivant:

        package com.example;
import android.content.Context;
import android.util.Log;
import android.view.ActionProvider;
import android.view.MenuItem;
import android.view.MenuItem.OnMenuItemClickListener;
import android.view.SubMenu;
import android.view.View;
public class AppPickActionProvider extends ActionProvider implements
OnMenuItemClickListener {
static final int LIST_LENGTH = 3;
Context mContext;
public AppPickActionProvider(Context context) {
super(context);
mContext = context;
}
@Override
public View onCreateActionView() {
Log.d(this.getClass().getSimpleName(), "onCreateActionView");
return null;
}
@Override
public boolean onPerformDefaultAction() {
Log.d(this.getClass().getSimpleName(), "onPerformDefaultAction");
return super.onPerformDefaultAction();
}
@Override
public boolean hasSubMenu() {
Log.d(this.getClass().getSimpleName(), "hasSubMenu");
return true;
}
@Override
public void onPrepareSubMenu(SubMenu subMenu) {
Log.d(this.getClass().getSimpleName(), "onPrepareSubMenu");
subMenu.clear();
subMenu.add(0, 1, 1, "Item1")
.setIcon(R.drawable.ic_action_home).setOnMenuItemClickListener(this);
subMenu.add(0, 2, 1, "Item2")
.setIcon(R.drawable.ic_action_downloads).setOnMenuItemClickListener(this);
}
@Override
public boolean onMenuItemClick(MenuItem item) {
switch(item.getItemId())
{
case 1:
//What will happen when the user presses the first menu item ( 'Item1' )
break;
case 2:
//What will happen when the user presses the second menu item ( 'Item2' )
break;
}
return true;
}
}
    InformationsquelleAutor Eli Revah
  6. 5

    Bien, je pense qu'Alexandre Lucas a fourni l' (malheureusement) la réponse est correcte, donc je suis en le marquant comme la "corriger" un. L'alternative la réponse, je vais ajouter ici est simplement de pointer de nouveaux lecteurs à ce post dans le blog des Développeurs Android comme une discussion complète de la rubrique avec quelques suggestions précises sur la façon de traiter avec votre code lors du passage de la pré-niveau 11 à la nouvelle Barre d'Action.

    Je crois toujours que c'était une conception erreur de ne pas avoir le bouton menu se comporter comme un redondants "Action" Dépassement " bouton dans le menu du bouton des périphériques compatibles comme une meilleure façon de faire la transition de l'expérience utilisateur, mais son eau sous le pont à ce point.

    • Je suis entièrement d'accord avec vous au sujet de la conception de l'erreur - et je suis de trouver cela frustrant!
    • Je suis d'accord avec vous sur ce point, si ce n'était pas pour le fait que Google lui-même a commencé à violer cette règle dans son récent G+ app. Et à juste titre. Le bouton de menu n'est pas de l'héritage, même de nouveaux dispositifs tels que le SGS3 l'avoir. C'est ici pour rester, malheureusement. Et elle entrave gravement la facilité d'utilisation.
    InformationsquelleAutor PaulP
  7. 4

    Je ne suis pas sûr si c'est ce que vous cherchez, mais j'ai construit un sous-menu dans l'ActionBar du Menu et définir son icône pour correspondre le Menu contextuel de l'Icône. Bien qu'il n'auront pas automatiquement les éléments envoyés, (c'est à dire que vous avez à choisir ce qui est toujours visible et ce qui est toujours débordé), il me semble que cette approche peut vous aider.

    InformationsquelleAutor Chris
  8. 2

    Dans l'application gmail qui vient avec ICS pré-installé, le bouton de menu est désactivée lorsque vous avez plusieurs éléments sélectionnés. Le menu contextuel est ici "forcé" à être déclenchés par l'utilisation de la zone de débordement bouton au lieu de la physique bouton menu. Theres un 3e partie lib appelé ActionBarSherlock qui permet de "forcer" le menu de dépassement. Mais cela ne fonctionnera que sur l'API de niveau 14 ou inférieur(pré-ICS)

    InformationsquelleAutor borislemke
  9. 2

    Si vous utilisez Barre d'outils, vous pouvez afficher le débordement sur toutes les versions et tous les périphériques, j'ai essayé sur 2.x appareils, il fonctionne.

    InformationsquelleAutor TeeTracker
  10. 1

    Désolé si ce problème est mort.

    Voici ce que j'ai fait pour résoudre l'erreur. Je suis allé à l'mises en page et création de deux ceux contenant des barres d'outils. L'un était un layout pour le sdk de la version 8, et l'autre pour le sdk de la version 21. Sur la version 8, j'ai utilisé le android.de soutien.v7.widget de.Barre d'outils alors que j'ai utilisé android.widget de.Barre d'outils sur le sdk 21 mise en page.

    Puis-je gonfler la barre d'outils dans mon activité. J'ai vérifier le sdk pour voir si elle avait 21 ans ou plus. J'ai ensuite gonfler le correspondant de mise en page. Cela force le bouton matériel de la carte sur la barre d'outils vous réellement conçu.

    InformationsquelleAutor Dolandlod
  11. 0

    Pour toute personne utilisant la nouvelle Toolbar:

    private Toolbar mToolbar;
@Override
protected void onCreate(Bundle bundle) {
super.onCreate(bundle);
mToolbar = (Toolbar) findViewById(R.id.toolbar);
setSupportActionBar(mToolbar);
...
}
@Override
public boolean onKeyUp(int keycode, KeyEvent e) {
switch(keycode) {
case KeyEvent.KEYCODE_MENU:
mToolbar.showOverflowMenu();
return true;
}
return super.onKeyUp(keycode, e);
}
    InformationsquelleAutor Maksim Ivanov