Paradigmi nel layout barra dei menu / design

Question

Facendo qualche ristrutturazione sulla mia barra dei menu delle applicazioni. Se si guarda a altre applicazioni, sembra che ci siano due modi diversi di struttura.

O la "vecchia scuola" modo più comune, il comando / verb seguito dal soggetto. Cioè Che cosa si vuole fare e che cosa si vuole fare che in data. In questo modo:

• File
  • Nuovo
    • Foo
    • Bar
  • Apri
    • Foo
    • Bar
  • Esci

O quello che le nuove applicazioni volte cercano, probabilmente da quando Microsoft ha introdotto il suo nastro struttura. Cioè cosa vuoi lavorare con e quale operazione vuoi eseguire su questo. In questo modo:

• File
  • Esci
• Foo
  • Nuovo
  • Apri
• Bar
  • Nuovo
  • Apri

Sono questi due paradigmi stabiliti? Hanno un nome? mi avrebbe aiutato nel fare riferimento a loro e le loro differenze.

Answer 1

Sì, i menu al livello più alto possono essere organizzati dalla classe di oggetti agiscono su (ad esempio, Foos o bar), oppure il tipo di azione che svolgono (ad esempio, azioni archiviazione). Come regola generale, la barra dei menu o del nastro nella parte superiore della finestra devono essere organizzati per tipologia di azione al fine di fornire all'utente un modo alternativo per trovare un comando al contesto (tasto destro del mouse) menu che vengono necessariamente organizzati da classe di oggetti.

Detto questo, molte gerarchie di menu, tra cui quella “vecchia scuola”, potrebbero trarre vantaggio da essere “appiattita” -da stato fatto più ampia ad ogni livello e meno profondo. gerarchie profonde significano i menu a cascata, che sono lenti e scomodi da usare. Poche opzioni a livello di alto significato etichette vaghe generali che forniscono pochissime informazioni profumo (cosa vuol File significa veramente in ogni caso?).

Ci sono diversi modi per risolvere questo mentre ancora organizzare la barra dei menu in base al tipo di azione. In primo luogo, c'è il semplice appiattimento della vecchia scuola di menù File, molto simile a Firefox fa:

• File
  • Nuovo Foo
  • Nuovo Bar
  • Apri Foo
  • Open Bar
  • Esci

Il problema è che il tradizionale menu File è stato destinato per applicazioni “documento” che operano su una sola classe oggetto principale. Per esempio word processor operano su carte, programmi di fogli operano su fogli, editor di immagini lavoro sulle immagini, e così via. File diventa ingombrante quando non ci sono più classi principali. Due classi non è un problema, ma tre o più è.

In alcuni casi, è meglio prendere l'approccio “suite” e far sembrare che hai un programma separato per ciascuna classe di oggetti. Prendere selezione classe di oggetti dalla vostra barra dei menu e metterlo nel menu di avvio, in cui è stato installato scorciatoie corrispondenti a ciascuna classe di oggetti che aprono una finestra primaria per quella classe. Ciascuna di queste “applicazioni” solo ha nuovi e Open che agiscono solo su sua classe:

• File
  • Nuovo
  • Apri
  • Esci

In un certo senso, hai fatto più ampio menu di sopra barra dei menu nella gerarchia. Ciò è del tutto coerente con le altre applicazioni desktop. E 'un'opzione attraente se gli utenti tendono a lavorare con una sola classe per una sessione. frequenti viaggi al menu Start invecchia.

Se avete bisogno di tenere tutto nella barra dei menu, è possibile distribuire il menu File lungo la barra dei menu.

• File
  • Salva
  • Stampa
  • Esci
• Nuovo
  • Foo
  • Bar
• Apri
  • Foo
  • Bar

Molte applicazioni con più classi principali sono applicazioni di database in cui ogni finestra mostra più oggetti (record del database). Ciò che l'utente sta “aprendo” non è un singolo file, ma un interrogazione risultato . In genere, l'utente non ha quasi mai usare per una finestra vuota. Anche per l'immissione di dati, è spesso utile e raramente dannoso per mostrare i risultati di una query predefinita al fine di fornire un po 'di contesto (ad esempio, i record sono entrati l'ultima volta). Se l'utente desidera aggiungere un nuovo record a quelli già visualizzati, si tratta di un ricorso ai sensi Modifica, non sul file. Così possiamo eliminare Nuovo.

• Programma
  • Foos
  • Bar
  • Esci
• File
  • Query
  • Chiudi

Vi suggerisco di prendere spunto da Mac OSX e avere un menu Programma per Quit (in OSX il nome dell'applicazione è la didascalia di menu). Il menu Programma ha voci di menu etichettati per la loro classe di oggetti, ma sono azioni -Hanno aprono le finestre Foo e Bar, rispettivamente. O si riempie queste finestre con un risultato della query di default (che potrebbero essere vuoto), o automaticamente visualizzare la finestra di query per l'utente di selezionare uno. La voce di menu Query in File si apre questa finestra di dialogo per consentire all'utente di modificare la query perla finestra in qualsiasi momento. Questa finestra di dialogo può includere un'opzione vuoto per i casi limite in cui gli utenti hanno bisogno di una finestra vuota.

Answer 2

Credo che sia più preferenze personali. Cosa ne pensi sarebbe andato meglio? Se non si sta implementando l'interfaccia grafica del nastro nella vostra applicazione, allora non c'è bisogno di copiare la loro struttura.

Personalmente mi piacerebbe andare con la prima opzione -. "Vecchia scuola", lo trovo più semplice e l'approccio più pragmatico verso il problema