2011-12-09 13 views
6

Ho un'app costruita per Android 2.2, quindi non sto utilizzando la classe ActionBar integrata 3.0+, ma piuttosto la creazione della mia implementazione ActionBar personalizzata utilizzando la precedente raccomandazione dell'interfaccia utente di Google introdotta un paio di anni fa.Esperienza utente corretta per ActionBar su telefoni con pulsanti Menu?

Tutti i miei schermi hanno tra 1 e 3 azioni che possono essere eseguite, quindi si adattano molto bene all'interfaccia utente di ActionBar (che Google consiglia ha un massimo di tre pulsanti). Il problema ora è che nessuno dei miei schermi ha un normale menu di opzioni e quindi non fanno nulla quando l'utente preme il pulsante Menu hardware.

Secondo le direttive dell'interfaccia di Google, questo è un comportamento corretto. Se la tua attività non ha un menu opzioni, non dovrebbe fare nulla quando viene premuto il pulsante Menu. Durante i test degli utenti, tuttavia, ho riscontrato che gli utenti sono piuttosto perplessi quando premono Menu e non accade nulla (e ogni singolo utente ha provato, in genere più volte). Dicono che apprezzano le azioni esposte sullo schermo attraverso l'ActionBar, ma allo stesso tempo vogliono che il pulsante Menu faccia qualcosa.

Ho guardato le prime app di Google e sembra che abbiano sempre abbastanza opzioni disponibili per essere in grado di caricare il menu delle opzioni con elementi dopo che ActionBar è pieno. Google+ sembra utilizzare il pulsante Menu nel modo tradizionale per le opzioni di overflow sui telefoni che ne hanno uno e mostrano un menu a discesa in ActionBar per i telefoni che non lo fanno. Ciò funzionerebbe se avessi più di tre azioni, ma al momento non lo faccio.

Sembra che l'unico modo per soddisfare le aspettative dei miei utenti sia quello di mettere alcune opzioni spazzatura che non hanno valore nel menu Opzioni solo in modo che qualcosa accada quando si preme il pulsante. Io davvero non voglio farlo. Qualcuno sa di un buon modo per affrontare questo problema? Dovrei semplicemente lasciare il pulsante menu da solo e aspettarmi che la gente capisca che non fa nulla?

risposta

4

Penso che si possa presumere che la maggior parte degli utenti non sappiano che il pulsante del menu esiste e che tutti gli elementi attivabili visualizzati sullo schermo sono i migliori. Test dell'utente da parte di Google ha rivelato questo ed è per questo che hanno scelto di eliminare il menu e andare con la barra delle azioni incorporata che inizia con Android 3.0 e che culmina nella recente versione 4.0.

A qualcosa a cui pensare sarebbe aggiunto un singolo elemento "Informazioni" per il menu di opzioni precedenti al 3.0/menu di overflow post-3.0. Questo potrebbe semplicemente far apparire una finestra di dialogo con semplici informazioni sull'applicazione (ad es. Versione, licenza, link al sito web, autore, ecc.). In questo modo c'è qualcosa che dovrebbe accadere per premere il pulsante del menu, ma non è necessario per utilizzare correttamente ogni attività al massimo potenziale.

Ho un app che è costruito per Android 2.2, in modo da non sto usando il 3.0+ classe incorporata ActionBar ma piuttosto costruire il mio implementazione ActionBar personalizzato utilizzando raccomandazione interfaccia utente più vecchio di Google che è stato introdotto un paio di anni fa.

In quanto autore di una libreria della barra delle azioni questa frase mi disturba. È piuttosto semplice utilizzare un'implementazione personalizzata della barra delle azioni su pre-3.0 e nativo su post-3.0. Dai uno sguardo al campione di Google Action Bar Compat.

... o, sai, potresti anche andare con una libreria come ActionBarSherlock che fa questo per te! </shamelessPlug>

+0

Grazie per il rinforzo. Lascerò il pulsante del menu vuoto e smetterò di preoccuparmene. Il pulsante Menu verrà probabilmente eliminato gradualmente dai telefoni di fascia alta da un anno ad oggi, quindi questo è solo un problema a breve termine. Inoltre, grazie per il collegamento Compat, non l'avevo visto. La mia implementazione personalizzata è stata completata prima che Honeycomb fosse annunciato, quindi non ho mai pensato di supportare il nativo quando possibile, dal momento che il mio ha già funzionato bene. – chefgon

Problemi correlati