Come forzare l'uso del menu di overflow sui dispositivi con il pulsante menu

Mi piacerebbe avere tutti gli elementi di menu che non rientrano nel movimento ActionBar nel menu di overflow (quello che si raggiunge dalla azione non Barra il tasto menu) anche su dispositivi che fare avere un pulsante Menu . Ciò sembra molto più intuitivo per gli utenti rispetto al loro lancio in un elenco di menu separato che richiede all'utente di passare da un'interazione touch (schermo) a un'interazione basata su pulsante semplicemente perché il layout di ActionBar non può adattarsi alla barra.

Sull'emulatore posso impostare il valore "Hardware Indietro / Chiavi di casa" su "no" e ottenere questo effetto. Ho cercato un modo per farlo nel codice per un dispositivo reale che ha un pulsante di menu ma non può andare bene. Qualcuno può aiutarmi?

EDIT: modificato per rispondere alla situazione del pulsante del menu fisico.

Questo è effettivamente impedito dal design. Secondo la sezione Compatibilità della Guida alla progettazione di Android ,

"... l'overflow delle azioni è disponibile dalla chiave hardware del menu. Il popup delle azioni risultanti ... viene visualizzato nella parte inferiore dello schermo."

Noterai negli screenshot, i telefoni con un pulsante di menu fisico non hanno un menu di overflow in ActionBar. Questo evita l'ambiguità per l'utente, essenzialmente avendo due pulsanti disponibili per aprire lo stesso menu.

Per affrontare il problema della coerenza tra i dispositivi: in definitiva, per l'utente è più importante che l'app si comporti in modo coerente con ogni altra app sullo stesso dispositivo, piuttosto che si comporti in modo coerente con se stessa su tutti i dispositivi.

Puoi anche usare questo piccolo trucco qui:

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) {
}

Un buon posto per dirlo sarebbe il onCreatemetodo della tua classe di applicazione.

Costringerà l'app a mostrare il menu di overflow. Il pulsante menu continuerà a funzionare, ma aprirà il menu nell'angolo in alto a destra.

[Modifica] Da quando è uscito diverse volte: questo trucco funziona solo con ActionBar nativo introdotto in Android 3.0, non con ActionBarSherlock. Quest'ultimo utilizza la propria logica interna per decidere se mostrare il menu di overflow. Se si utilizza ABS, tutte le piattaforme <4.0 sono gestite da ABS e sono quindi soggette alla sua logica. L'hacking continuerà a funzionare su tutti i dispositivi con Android 4.0 o versioni successive (puoi tranquillamente ignorare Android 3.x, dal momento che in realtà non ci sono tablet con un pulsante di menu).

Esiste uno speciale tema ForceOverflow che forzerà il menu in ABS, ma apparentemente verrà rimosso nelle versioni future a causa di complicazioni .

Uso per aggirare il problema definendo il mio menu in questo modo (anche con l'icona ActionBarSherlock utilizzata nel mio esempio):

<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>

Ammetto che questo potrebbe richiedere una "gestione dell'overflow" manuale nel tuo XML, ma ho trovato utile questa soluzione.

Puoi anche forzare il dispositivo a utilizzare il pulsante HW per aprire il menu di overflow, nella tua attività:

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);
}

:-)

Se si utilizza la barra delle azioni dalla libreria di supporto ( android.support.v7.app.ActionBar), utilizzare quanto segue:

<?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>

Questo tipo di metodo è impedito da Android Developers Design System, ma ho trovato un modo per passarlo:

Aggiungi questo al tuo file di 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" />

Successivamente, crea una classe denominata "AppPickActionProvider" e copia il seguente codice:

    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;
    }
}

Beh, penso che Alexander Lucas abbia fornito (purtroppo) la risposta corretta, quindi la segnerò come "corretta". La risposta alternativa che sto aggiungendo qui è semplicemente quella di indicare qualsiasi nuovo lettore a questo post nel blog degli sviluppatori Android come una discussione piuttosto completa sull'argomento con alcuni suggerimenti specifici su come gestire il codice quando si passa dal pre-livello 11 alla nuova barra delle azioni.

Credo ancora che sia stato un errore di progettazione il fatto che il pulsante menu non si comporti come un pulsante "Action Overflow ridondante" nei dispositivi abilitati pulsante pulsante come un modo migliore per trasferire l'esperienza dell'utente, ma la sua acqua sotto il ponte a questo punto.

Non sono sicuro se questo è quello che stai cercando, ma ho creato un sottomenu nel menu di ActionBar e impostato la sua icona in modo che corrisponda all'icona del menu di overflow. Sebbene non gli vengano inviati automaticamente degli articoli, (IE devi scegliere ciò che è sempre visibile e ciò che è sempre traboccato), mi sembra che questo approccio possa aiutarti.

Nell'app Gmail fornita con ICS preinstallato, il pulsante menu è disabilitato quando sono selezionati più elementi. Il menu di overflow è qui "forzato" per essere attivato dall'uso del pulsante di overflow invece del pulsante di menu fisico. C'è una libreria di terze parti chiamata ActionBarSherlock che ti permette di "forzare" il menu di overflow. Ma questo funzionerà solo a livello API 14 o inferiore (pre-ICS)

Se usi Toolbar , puoi mostrare l'overflow su tutte le versioni e tutti i dispositivi, ho provato su alcuni dispositivi 2.x, funziona.

Scusa se questo problema è morto.

Ecco cosa ho fatto per risolvere l'errore. Sono andato ai layout e ne ho creati due contenenti barre degli strumenti. Uno era un layout per SDK versione 8 e l'altro era per SDK versione 21. Nella versione 8, ho usato android.support.v7.widget.Toolbar mentre ho usato android.widget.Toolbar sul layout SDK 21.

Quindi gonfio la barra degli strumenti nella mia attività. Controllo lo sdk per vedere se era 21 o superiore. Quindi gonfio il layout corrispondente. In questo modo il pulsante hardware viene mappato sulla barra degli strumenti effettivamente progettata.

Per chiunque utilizzi il nuovo 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);
}