Qualcuno usa mai il controllo della barra multifunzione?

Question

Il controllo del nastro sembra essere la rabbia ora che Windows 7 è qui.

Mi venne in mente da questo link per un controllo nastro qui in Codeplex ...

Quello che voglio sapere è, non v'è un reale beneficio a spostare il paradigma dell'interfaccia utente di utilizzare il controllo del nastro puramente 'a muoversi con i tempi o tenersi al passo con le tendenze di sviluppo?

non riesco proprio a vedere il punto in tal modo, a meno che l'applicazione che si sta lavorando ha superato Parola di Microsoft in termini di avere un secchio carico di opzioni di menu ..

Uso del controllo del nastro, non v'è obbligati ad essere utenti finali che stanno scalzando e urlando a desiderare la loro vecchia interfaccia utente ...

Answer 1

La maggior parte delle applicazioni comporterà il non necessario per l'interfaccia utente/design della barra multifunzione.

Tuttavia, ciò non significa che la maggior parte degli sviluppatori non inserirà la barra multifunzione nella propria applicazione.

Mentre potrebbe non esserci una giustificazione dal punto di vista della progettazione dell'interfaccia utente per inserire la barra multifunzione in un'applicazione, è necessario fare riferimento all'uso di un modello/disegno dell'interfaccia utente esistente a cui le persone hanno familiarità per fare la navigazione e l'uso di tale interfaccia utente sono più facili grazie a tale familiarità.

Data l'ubiquità della linea di prodotti Office, non sorprende il fatto che la barra multifunzione sia uno dei modelli/schemi di interfaccia utente più duplicati. Prima di ciò, le vecchie barre dei comandi di Office erano le più duplicate (e sono anche esposte in .NET attraverso lo ToolStrip class nello System.Windows.Forms namespace) e hai visto molte app uscite nella parte migliore dell'ultimo decennio che usano quel modello dell'interfaccia utente.

Così, mentre io non dico che l'applicazione della barra multifunzione è appropriato per ogni tipo di applicazione, tutti i suoi benefici dovrebbero essere presi in considerazione quando si considera che, nel senso sia le caratteristiche organizzative così come le caratteristiche di familiarità.

V'è un eccellente presentazione fatta da Jenson Harris a MIX08 dal titolo "The Story of the Ribbon" che racconta la necessità di un nuovo approccio in Office a causa della pesantezza dei menu e delle voci, e come hanno pensato del problema e il modo in cui in ultima analisi, si avvicinò con la barra multifunzione. Il video è di circa 90 minuti, ma è essenziale se vuoi capire perché il Ribbon esiste nel formato che fa oggi, così come quando è e non è appropriato usarlo.

Answer 2

Sono curioso; hai visto il video The Story of the Ribbon?

Questo tipo di build su casperOne's answer, in quanto sarà sia abusato che abusato.

Ci sono molte sfaccettature nelle modifiche al design di Office 2007, e in un certo senso il nastro è il più superficiale - ma è la porta d'accesso a importanti cambiamenti di funzionalità, come la formattazione delle anteprime. Secondo me, se non hai intenzione di fornire questo tipo di funzionalità (se avrebbero senso), l'uso del nastro sarà fuorviante.

Penso che il video che ho linkato sopra sia davvero importante da conoscere. Il nastro era un progetto molto deliberato che funziona molto bene nel suo contesto.Penso che anche le idee alla base del design siano molto importanti, e se non comprendi quei principi e come si applicano alla tua applicazione, l'uso superficiale di un controllo a nastro non dovrebbe aggiungere alcuna utilità.