Leggere in inglese

Condividi tramite


Testo dell'interfaccia utente

Nota

Questa guida di progettazione è stata creata per Windows 7 e non è stata aggiornata per le versioni più recenti di Windows. Gran parte delle linee guida si applica ancora in linea di principio, ma la presentazione e gli esempi non riflettono le linee guida di progettazione correnti.

Il testo dell'interfaccia utente viene visualizzato sulle superfici dell'interfaccia utente. Questo testo include etichette di controllo e testo statico:

  • Le etichette di controllo identificano i controlli e vengono posizionati direttamente su o accanto ai controlli.
  • Il testo statico, che viene così chiamato perché non fa parte di un controllo interattivo, fornisce agli utenti istruzioni dettagliate o spiegazioni in modo da poter prendere decisioni informate.

Nota: le linee guida relative allo stile e al tono, ai tipi di carattere e alle etichette dei controlli comon vengono presentate in articoli separati.

Modelli di utilizzo

Il testo dell'interfaccia utente presenta diversi modelli di utilizzo:

Utilizzo Descrizione
Testo barra del titolo
utilizzare il testo della barra del titolo per identificare una finestra o l'origine di una finestra di dialogo.
screen shot of folder options title bar
In questo esempio il testo della barra del titolo identifica una finestra.
Istruzioni principali
utilizzare l'istruzione principale principale per spiegare in modo conciso cosa fare nella finestra o nella pagina.
L'istruzione deve essere un'istruzione specifica, una direzione imperativa o una domanda. Buone istruzioni principali comunicano l'obiettivo dell'utente invece di concentrarsi solo sulla modifica dell'interfaccia utente.
screen shot of question: do you want latest help?
In questo esempio, il testo principale dell'istruzione coinvolge direttamente l'utente con una domanda in termini di vantaggio o interesse dell'utente.
Istruzioni supplementari
quando necessario, utilizzare un'istruzione supplementare per presentare informazioni aggiuntive utili per comprendere o usare la finestra o la pagina.
È possibile fornire informazioni più dettagliate, fornire contesto e definire la terminologia. Istruzioni supplementari elaborate sull'istruzione principale senza semplicemente ri-formulazione.
screen shot of text on switching to admin account
In questo esempio, le istruzioni supplementari forniscono due possibili corsi di azione da intraprendere in risposta alle informazioni presentate nell'istruzione principale.
Etichette di controllo
etichette direttamente su o accanto ai controlli.
screen shot of desktop clock options
In questo esempio, le etichette di controllo identificano le impostazioni dell'orologio desktop che gli utenti possono selezionare o modificare.
Spiegazioni supplementari
un'analisi delle etichette di controllo (in genere per i collegamenti ai comandi, i pulsanti di opzione e le caselle di controllo).
Screenshot that shows a security-settings dialog box.
In questo esempio, le spiegazioni supplementari chiarisce le scelte.

Concetti relativi alla progettazione

Gli sviluppatori di software spesso pensano al testo come retrocesso alla documentazione del prodotto e al supporto tecnico. "Prima di tutto scriveremo il codice, e poi assumeremo qualcuno per aiutarci a spiegare cosa abbiamo sviluppato." In realtà, tuttavia, il testo importante viene scritto in precedenza nel processo, poiché l'interfaccia utente viene concepita e codificata. Questo testo è, dopo tutto, visto più frequentemente e da più persone che forse qualsiasi altro tipo di scrittura tecnica.

Il testo comprensibile è fondamentale per un'interfaccia utente efficace. Gli autori professionali e gli editor devono collaborare con sviluppatori di software sul testo dell'interfaccia utente come parte integrante del processo di progettazione. Fare in modo che funzionino in anticipo sul testo perché i problemi di testo spesso rivelano problemi di progettazione. Se il team ha problemi a spiegare una progettazione, spesso è la progettazione, non la spiegazione, che ha bisogno di migliorare.

Modello di progettazione per il testo dell'interfaccia utente

Quando si pensa al testo dell'interfaccia utente e alla relativa posizione sulle superfici dell'interfaccia utente, considerare questi fatti:

  • Durante la lettura immersiva, le persone leggono in un ordine da sinistra a destra, dall'alto verso il basso (nelle culture occidentali).
  • Quando si usa il software, gli utenti non sono immersi nell'interfaccia utente stessa, ma nel loro lavoro. Di conseguenza, gli utenti non leggono il testo dell'interfaccia utente che lo analizzano.
  • Durante l'analisi di una finestra, gli utenti potrebbero sembrare di leggere testo quando vengono filtrati in realtà. Spesso non comprendono realmente il testo dell'interfaccia utente a meno che non percepiscano la necessità di.
  • All'interno di una finestra, diversi elementi dell'interfaccia utente ricevono livelli di attenzione diversi. Gli utenti tendono a leggere prima le etichette di controllo, in particolare quelle che appaiono rilevanti per completare l'attività a portata di mano. Al contrario, gli utenti tendono a leggere testo statico solo quando pensano di dover usare.

Per un modello di progettazione generale, non presupporre che gli utenti leggano attentamente il testo in un ordine da sinistra a destra, dall'alto verso il basso. Si supponga piuttosto che gli utenti inizino a eseguire rapidamente l'analisi dell'intera finestra, quindi leggere il testo dell'interfaccia utente nell'ordine seguente:

  • Controlli interattivi al centro
  • Pulsanti di commit
  • Controlli interattivi trovati altrove
  • Istruzione principale
  • Spiegazioni supplementari
  • Window title
  • Altro testo statico nel corpo principale
  • Note a piè di pagina

Si dovrebbe anche presupporre che una volta che gli utenti hanno deciso cosa fare, smetteranno immediatamente di leggere e farlo.

Eliminare la ridondanza

Il testo ridondante non solo prende spazio prezioso sullo schermo, ma indeboli l'efficacia delle idee o delle azioni importanti che si sta cercando di trasmettere. È anche uno spreco del tempo del lettore, e di più in un contesto in cui l'analisi è la norma. Windows si impegna a spiegare cosa gli utenti devono fare una volta bene e concisamente.

Esaminare ogni finestra ed eliminare parole e istruzioni duplicate, sia all'interno che tra i controlli. Non evitare testo importante; essere espliciti ovunque necessario, ma non essere ridondanti e non spiegare l'ovvio.

Evitare l'over-communication

Anche se il testo non è ridondante, può semplicemente essere troppo parola nello sforzo di spiegare ogni dettaglio. Troppo testo scoraggia la lettura; l'occhio tende a saltare direttamente sopra di esso ironicamente causando meno comunicazione piuttosto che più. Nel testo dell'interfaccia utente comunicare concisamente le informazioni essenziali. Se sono necessarie altre informazioni per alcuni utenti o per alcuni scenari, fornire un collegamento al contenuto della Guida più dettagliato o ad esempio a una voce di glossario per chiarire un termine.

Risposta errata:

screen shot of dialog box with 6 paragraphs

In questo esempio è presente un numero eccessivo di testo da analizzare facilmente. Anche se non previsto dalla finestra di progettazione, c'è molto testo che gli utenti faranno molto probabilmente clic su Avanti senza leggere nulla.

Per evitare il testo che sconsiglia la lettura, crea il testo per fare il conteggio di ogni parola. Cosa non aggiunge sottrazione, quindi usare testo semplice e conciso.

Usare la piramide invertita

La scrittura accademica utilizza in genere uno stile strutturale "piramide" che stabilisce una base di fatti, lavora con tali fatti e si costruisce fino a una conclusione che forma una struttura simile a piramide. Al contrario, i giornalisti usano uno stile "piramide invertita" che inizia con la conclusione come il fondamentale "takeaway" che i lettori devono avere. Quindi riempie progressivamente più dettagli che i lettori potrebbero essere interessati forse solo a eseguire la scansione. Il vantaggio di questo stile è che ottiene il diritto al punto e consente ai lettori di smettere di leggere in qualsiasi momento scelgono e comprendono ancora le informazioni essenziali.

È necessario applicare la struttura a piramide invertita al testo dell'interfaccia utente. Ottenere il giusto punto con le informazioni essenziali, consentire agli utenti di interrompere la lettura in qualsiasi momento scelto e usare un collegamento ?per presentare il resto della piramide.

screen shot of message on joining windows program

In questo esempio, le informazioni essenziali si trovano nella query del testo principale dell'istruzione, informazioni aggiuntive utili sono disponibili nelle istruzioni supplementari e i dettagli sono disponibili facendo clic su un collegamento ?

Se fai solo cinque cose...

  1. Lavorare sul testo in anticipo perché i problemi di testo spesso rivelano problemi di progettazione.
  2. Progettare il testo per l'analisi.
  3. Eliminare il testo ridondante.
  4. Usa testo facile da comprendere; non comunicare eccessivamente.
  5. Se necessario, fornire collegamenti al contenuto della Guida per informazioni più dettagliate.

Linee guida

Generale

  • Rimuovere il testo ridondante. Cercare testo ridondante nei titoli delle finestre, istruzioni principali, istruzioni supplementari, aree di contenuto, collegamenti ai comandi e pulsanti di commit. In genere, lasciare il testo completo nelle istruzioni principali e nei controlli interattivi e rimuovere qualsiasi ridondanza dalle altre posizioni.

  • Evitare blocchi di testo dell'interfaccia utente di grandi dimensioni. Le modalità di questa operazione includono:

    • Suddivisione in blocchi di testo in frasi e paragrafi più brevi.
    • Se necessario, fornire collegamenti della Guida a informazioni utili, ma non essenziali.
  • Scegliere i nomi degli oggetti e le etichette che comunicano chiaramente e differenziano le operazioni dell'oggetto. Gli utenti non devono capire cosa significa realmente l'oggetto o come differisce da altri oggetti.

    Risposta errata:

    screen shot of list of unnamed monitors

    Migliore:

    screen shot of list of specific network adaptors

    Nell'esempio errato, i nomi degli oggetti non sono affatto differenziati; l'esempio migliore mostra una forte differenziazione in base al nome del prodotto.

  • Per assicurarsi che gli utenti leggano testo specifico correlato a un'azione, inserirlo in un controllo interattivo.

    • Accettabile:
    • screen shot of formatting warning using ok button
    • In questo esempio, è possibile che gli utenti non leggano il testo che spiega cosa stanno confermando.
    • Meglio:
    • screen shot of formatting warning and format button
    • In questo esempio è possibile assicurarsi che almeno gli utenti comprendano che stanno per formattare un disco.
  • Usare uno spazio tra le frasi. Non due.

Tipi di carattere, dimensioni e colori del testo

  • Usare il testo blu solo per i collegamenti e le istruzioni principali.
  • Usare il testo verde solo per gli URL nei risultati della ricerca.

I tipi di carattere e i colori seguenti sono predefiniti per Windows.

Modello Simbolo del tema Carattere, colore
first column: title bar text
CaptionFont
9 pt. nero (#000000) Segoe UI
first column: main instructions
MainInstruction
12 pt. blu (#003399) Segoe UI
first column: secondary instructions
Istruzione
9 pt. nero (#000000) Segoe UI
first column: normal text
BodyText
9 pt. nero (#000000) Segoe UI
first column: emphasized text
BodyText
9 pt. nero (#000000) Interfaccia utente segoe, grassetto o corsivo
first column: editable text
BodyText
9 pt. nero (#000000) Interfaccia utente segoe, in una casella
first column: disabled text
Disabled
9 pt. grigio scuro (#323232) Segoe UI
first column: link
HyperLinkText
9 pt. blu (#0066CC) Segoe UI
first column: links (hover)
Alto
9 pt. blu chiaro (#3399FF) Segoe UI
first column: group header

11 pt. blu (#003399) Interfaccia utente segoe
first column: file name (in content view)

11 pt. nero (#000000) Segoe UI
first column: document text
(nessuno)
9 pt. nero (#000000) Calibri
first column: document headings
(nessuno)
17 pt. nero (#000000) Calibri

Per altre informazioni ed esempi, vedere Tipi di carattere e colore.

Altre caratteristiche del testo

Grassetto

  • Usare il grassetto con moderazione per attirare l'attenzione degli utenti del testo che gli utenti devono leggere. Ad esempio, gli utenti che analizzano un elenco di opzioni dei pulsanti di opzione possono apprezzare la visualizzazione delle etichette in grassetto, per distinguersi dal testo che aggiunge informazioni supplementari su ogni opzione. Tenere presente che l'uso di un numero eccessivo di grassetto riduce l'impatto.

  • Con i dati etichettati, usare il grassetto per evidenziare il valore più importante per i dati nel suo complesso.

    • Per la maggior parte dei dati generici (in cui i dati hanno poco significato senza le relative etichette, come con numeri o date), usare etichette in grassetto e dati semplici in modo che gli utenti possano analizzare e comprendere più facilmente i tipi di dati.

    • Per la maggior parte dei dati autoesplicativi, usare etichette semplici e dati in grassetto in modo che gli utenti possano concentrarsi sui dati stessi.

    • In alternativa, è possibile usare il testo grigio scuro per annullare l'accento sulle informazioni meno importanti anziché usare il grassetto per evidenziare le informazioni più importanti.

      screen shot of windows explorer thumbnail view

      In questo esempio, invece di sottolineare i dati usando il grassetto, le etichette vengono de-evidenziate usando il grigio scuro.

  • Non tutti i tipi di carattere supportano il grassetto, quindi non dovrebbe mai essere fondamentale per comprendere il testo.

Corsivo

  • Usare per fare riferimento al testo letteralmente. Non usare le virgolette per questo scopo.

    Risposta corretta:

    I termini documento e file vengono spesso usati in modo intercambiabile.

  • Usare per le richieste nelle caselle di testo e negli elenchi a discesa modificabili.

    screen shot of search text box

    In questo esempio il prompt nella casella di ricerca viene formattato come testo in corsivo.

  • Usare con moderazione per sottolineare parole specifiche per facilitare la comprensione.

  • Non tutti i tipi di carattere supportano il corsivo, quindi non dovrebbe mai essere fondamentale per comprendere il testo.

Grassetto corsivo

  • Non usare nel testo dell'interfaccia utente.

Sottolineare

  • Non usare, ad eccezione dei collegamenti.
  • Non usare per enfasi. Usare invece il corsivo.

Punteggiatura

Periodi

  • Non posizionare alla fine delle etichette di controllo, istruzioni principali o collegamenti della Guida.
  • Inserire alla fine di istruzioni supplementari, spiegazioni supplementari o qualsiasi altro testo statico che forma una frase completa.

Punti interrogativi

  • Mettiti alla fine di tutte le domande. A differenza dei punti, i punti interrogativi vengono usati per tutti i tipi di testo.

Punti esclamativi

  • Nelle applicazioni aziendali evitare.
    • Eccezioni: i punti esclamativi vengono talvolta usati nel contesto del completamento del download ("Fatto!") e per richiamare l'attenzione sul contenuto Web ("Nuovo!").

Virgole

  • In un elenco di tre o più elementi inserire sempre una virgola dopo l'elemento successivo all'ultimo nell'elenco.

Due punti

  • Usare i due punti alla fine delle etichette di controllo esterne. Ciò è particolarmente importante per l'accessibilità perché alcune tecnologie di assistive technology cercano i due punti per identificare le etichette di controllo.
  • Usare i due punti per introdurre un elenco di elementi.

Ellissi

  • I puntini di sospensione indicano l'incompletità. Usare i puntini di sospensione nel testo dell'interfaccia utente come indicato di seguito:

    • Comandi: indicare che un comando necessita di informazioni aggiuntive. Non usare i puntini di sospensione ogni volta che un'azione visualizza un'altra finestra solo quando sono necessarie informazioni aggiuntive. Per altre informazioni, vedere Pulsanti di comando.

    • Dati: indica che il testo viene troncato.

    • Etichette: indica che un'attività è in corso (ad esempio, "Ricerca...").

      Suggerimento: il testo troncato in una finestra o in una pagina con spazio inutilizzato indica un layout non corretto o una dimensione di finestra predefinita troppo piccola. Cercare layout e dimensioni predefinite della finestra che eliminano o riducono la quantità di testo troncato. Per altre informazioni, vedere Layout.

  • Non rendere interattivi i puntini di sospensione. Per visualizzare il testo troncato, consentire agli utenti di ridimensionare il controllo per visualizzare più testo o usare invece un controllo di divulgazione progressiva.

Virgolette e apostrofi

  • Per fare riferimento al testo letteralmente, usare la formattazione corsiva anziché le virgolette.

  • Inserire i titoli delle finestre e le etichette di controllo tra virgolette solo se necessario per evitare confusione e non è possibile formattare usando invece il grassetto.

  • Per le virgolette, preferire virgolette doppie (" "); evitare virgolette singole.

    Risposta corretta:

    Eliminare la "cartella cat di Sparky"?

    Risposta errata:

    Eliminare la cartella cat di Sparky?

Uso delle maiuscole

  • Usa la maiuscola in stile titolo per i titoli, la maiuscola in stile frase per tutti gli altri elementi dell'interfaccia utente. In questo modo è più appropriato per il tono di Windows.

    • Eccezione: per le applicazioni legacy, è possibile usare la maiuscola in stile titolo per pulsanti di comando, menu e intestazioni di colonna, se necessario per evitare di combinare stili di maiuscole e minuscole.

      screen shot of generic property sheet

    Questo esempio generico mostra le maiuscole e i segni di punteggiatura corretti per le finestre delle proprietà.

    screen shot of generic dialog box

    Questo esempio generico mostra le maiuscole e i segni di punteggiatura corretti per i dialoghi.

  • Per i nomi di funzionalità e tecnologie, è opportuno usare maiuscole e minuscole. In genere, solo i componenti principali devono essere maiuscole (usando la maiuscola in stile titolo).

    Risposta corretta:

    Analysis Services, cubi, dimensioni

    Analysis Services è un componente principale di SQL Server, quindi è appropriata l'uso delle maiuscole e minuscole in stile titolo; cubi e dimensioni sono elementi comuni del software di analisi del database, quindi non è necessario maiuscolarli.

  • Per i nomi di funzionalità e tecnologie, essere coerenti nell'uso delle maiuscole e minuscole. Se il nome viene visualizzato più volte su una schermata dell'interfaccia utente, dovrebbe essere sempre visualizzato nello stesso modo. Analogamente, in tutte le schermate dell'interfaccia utente del programma, il nome deve essere presentato in modo coerente.

  • Non in maiuscolo i nomi degli elementi dell'interfaccia utente generica, ad esempio barra degli strumenti, menu, barra di scorrimento, pulsante e icona.

    • Eccezioni: barra degli indirizzi, barra dei collegamenti.
  • Non usare tutte le lettere maiuscole per i tasti da tastiera. Seguire invece la maiuscola usata dalle tastiere standard o minuscole se il tasto non è etichettato sulla tastiera.

    Risposta corretta:

    barra spaziatrice, tabulazioni, invio, pagina su, CTRL+ALT+CANC

    Risposta errata:

    BARRA SPAZIATRICE, TAB, INVIO, PG UP, CTRL+ALT+CANC

  • Non usare tutte le lettere maiuscole per enfasi. Studi hanno dimostrato che questo è difficile da leggere, e gli utenti tendono a considerarlo come "urlando". Per gli avvisi, usare un'icona di avviso e una spiegazione chiara della situazione. Non è necessario aggiungere, ad esempio, il termine WARNING in tutte le lettere maiuscole.

Per altre informazioni, vedere la sezione "Testo" o "Etichette" nelle linee guida specifiche del componente dell'interfaccia utente.

Date e ore

  • Non impostare come hardcoded il formato di date e ore. Rispettare la scelta delle impostazioni locali e delle opzioni di personalizzazione dell'utente per i formati di data e ora. L'utente seleziona questi elementi nell'elemento del pannello di controllo Area e lingua.

    screen shot of date format: monday, july 06, 2009screen shot of date format: 06 july 2009

    In questi esempi di Microsoft Outlook entrambi i formati per la data estesa sono corretti. Riflettono scelte diverse effettuate dagli utenti nell'elemento area geografica e pannello di controllo lingua.

  • Usare il formato di data estesa per gli scenari che traggono vantaggio dalla presenza di informazioni aggiuntive. Usare il formato di data breve per i contesti che non hanno spazio sufficiente per il formato lungo. Mentre gli utenti scelgono le informazioni da includere nei formati lunghi e brevi, i progettisti scelgono il formato da visualizzare nei programmi in base allo scenario e al contesto.

    screen shot of format with start and due dates

    In questo esempio, il formato di data estesa consente agli utenti di organizzare attività e scadenze.

Globalizzazione e localizzazione

La globalizzazione significa creare documenti o prodotti utilizzabili in qualsiasi paese, area geografica o cultura. Localizzazione significa adattare documenti o prodotti per l'uso in impostazioni locali diverse dal paese o dall'area geografica di origine. Prendere in considerazione la globalizzazione e la localizzazione durante la scrittura di testo dell'interfaccia utente. Il programma può essere tradotto in altre lingue e usato in culture molto diverse dal tuo.

  • Per i controlli con contenuto variabile,ad esempio le visualizzazioni elenco e le visualizzazioni albero, scegliere una larghezza appropriata per i dati validi più lunghi.

  • Includere spazio sufficiente nella superficie dell'interfaccia utente per un ulteriore 30% (fino al 200% per testo più breve) per qualsiasi testo (ma non numeri) che verrà localizzato. La traduzione da una lingua a un'altra cambia spesso la lunghezza della riga del testo.

  • Non comporre stringhe da sottostringhe in fase di esecuzione. Usare invece frasi complete in modo che non vi sia ambiguità per il traduttore.

  • Non usare un controllo subordinato, i valori contenuti o l'etichetta delle unità per creare una frase o una frase. Tale progettazione non è localizzabile perché la struttura delle frasi varia in base alla lingua.

    Risposta errata:

    screen shot of text box within a check box label

    Risposta corretta:

    screen shot of text box after a check box label

    Nell'esempio errato la casella di testo viene inserita all'interno dell'etichetta della casella di controllo.

  • Non fare solo parte di una frase un collegamento, perché quando tradotto, il testo potrebbe non rimanere insieme. Il testo del collegamento deve quindi formare una frase completa da sola.

    • Eccezione: i collegamenti di glossario possono essere inseriti inline, come parte di una frase.

Per altre informazioni, vedere Go Global Developer Center.

Testo per la barra del titolo

  • Scegliere il testo della barra del titolo in base al tipo di finestra:
    • Finestre di programma incentrate sui documenti di primo livello: usare un formato "nome programma nome documento". I nomi dei documenti vengono visualizzati per primi per dare un'impressione incentrata sul documento.
    • Finestre di programma di primo livello che non sono incentrate sui documenti: visualizza solo il nome del programma.
    • Finestre di dialogo: consente di visualizzare il comando, la funzionalità o il programma da cui proviene la finestra di dialogo. Non usare il titolo per spiegare lo scopo della finestra di dialogo che è lo scopo delle istruzioni principali. Per altre linee guida, vedere Finestre di dialogo.
    • Procedure guidate: visualizza il nome della procedura guidata. Si noti che la parola "procedura guidata" non deve essere inclusa nei nomi della procedura guidata. Per altre linee guida, vedere Procedure guidate.
  • Per le finestre dei programmi di primo livello, se la barra del titolo didascalia e l'icona vengono visualizzate in primo piano nella parte superiore della finestra, è possibile nascondere la barra del titolo didascalia e l'icona per evitare la ridondanza. Tuttavia, devi comunque impostare un titolo appropriato internamente per l'uso da parte di Windows.
  • Per le finestre di dialogo, non includere le parole "dialog" o "progress" nei titoli. Questi concetti sono impliciti e lasciano queste parole disattivate rende i titoli più facili da analizzare per gli utenti.

Istruzioni principali

  • Usare l'istruzione principale per spiegare in modo conciso le operazioni che gli utenti devono eseguire in una determinata finestra o pagina. Buone istruzioni principali comunicano l'obiettivo dell'utente invece di concentrarsi solo sulla modifica dell'interfaccia utente.

  • Esprimere l'istruzione principale sotto forma di una direzione imperativa o di una domanda specifica.

    Risposta errata:

    screen shot of program name as main instruction

    In questo esempio, l'istruzione principale indica semplicemente il nome del programma; non invita in modo esplicito un corso di azione da intraprendere per l'utente.

    Eccezioni: i messaggi di errore, i messaggi di avviso e le conferme possono usare strutture di frasi diverse nelle istruzioni principali.

  • Usare verbi specifici ogni volta che è possibile. Verbi specifici (esempi: connessione, salvataggio, installazione) sono più significativi per gli utenti rispetto a quelli generici (esempi: configurare, gestire, impostare).

    • Per le pagine del pannello di controllo e le pagine della procedura guidata, se non è possibile usare un verbo specifico, è preferibile omettere completamente il verbo.

      Accettabile:

      Immettere le impostazioni locali, l'area geografica e la lingua

      Meglio:

      Impostazioni locali, area geografica e lingua

    • Per i dialoghi, ad esempio messaggi di errore e avvisi, non omettere il verbo.

  • Non sentirsi obbligati a usare il testo dell'istruzione principale se l'aggiunta sarebbe ridondante o ovvia solo dal contesto dell'interfaccia utente.

    screen shot of save as dialog box

    In questo esempio il contesto dell'interfaccia utente è già molto chiaro; non è necessario aggiungere il testo dell'istruzione principale.

  • Usare concisa solo una singola frase completa. Pare l'istruzione principale fino alle informazioni essenziali. Se è necessario spiegare qualcosa di più, prendere in considerazione l'uso di un'istruzione supplementare.

  • Usare l'iniziale maiuscola solo per la prima parola.

  • Non includere i periodi finali se l'istruzione è un'istruzione . Se l'istruzione è una domanda, includere un punto interrogativo finale.

  • Per i dialoghi di stato, usare una frase gerund che spiega brevemente l'operazione in corso, terminando con i puntini di sospensione. Esempio: "Stampa delle immagini..."

  • Suggerimento: è possibile valutare un'istruzione principale immaginando ciò che si potrebbe dire a un amico quando si spiega cosa fare con la finestra o la pagina. Se rispondere con l'istruzione principale sarebbe innaturale, inutile o imbarazzante, rielaborare l'istruzione.

Per altre informazioni, vedere la sezione "Istruzione principale" nelle linee guida specifiche per i componenti dell'interfaccia utente.

Istruzioni supplementari

  • Quando necessario, usare un'istruzione supplementare per presentare informazioni aggiuntive utili per comprendere o usare la finestra o la pagina, ad esempio:
    • Specificare il contesto per spiegare il motivo per cui la finestra viene visualizzata se è avviata dal programma o dal sistema.
    • Informazioni idonee che consentono agli utenti di decidere come agire sull'istruzione principale.
    • Definizione di terminologia importante.
  • Non usare un'istruzione supplementare se non è necessario. Preferisce comunicare tutto con l'istruzione principale se è possibile farlo in modo conciso.
  • Non ripetere l'istruzione principale con parole leggermente diverse. In alternativa, omettere l'istruzione supplementare se non c'è altro da aggiungere.
  • Usare frasi complete e maiuscole/minuscole.

Etichette di controllo

  • Etichettare ogni controllo o gruppo di controlli. Eccezioni:

    • Le caselle di testo e gli elenchi a discesa possono essere etichettati tramite prompt.

    • I controlli di divulgazione progressiva sono in genere non etichettati.

    • I controlli subordinati usano l'etichetta del controllo associato. I controlli spin sono sempre controlli subordinati.

    • Omettere le etichette di controllo che rimettono l'istruzione principale. In questo caso, l'istruzione principale accetta la chiave di scelta.

      Accettabile:

      screen shot of text box with instruction and label

      In questo esempio, l'etichetta della casella di testo è solo una riformularità dell'istruzione principale.

      Meglio:

      screen shot of text box with instruction only

      In questo esempio l'etichetta ridondante viene rimossa, quindi l'istruzione principale accetta la chiave di accesso.

  • Posizionamento delle etichette:

    • I palloncini, le caselle di controllo, i pulsanti di comando, le caselle di gruppo, i collegamenti, le schede e i suggerimenti vengono etichettati direttamente dal controllo stesso.
    • Gli elenchi a discesa, le caselle di riepilogo, le visualizzazioni elenco, le barre di stato, i dispositivi di scorrimento, le caselle di testo e le visualizzazioni albero sono etichettati sopra, scaricati a sinistra o a sinistra.
    • I controlli di divulgazione progressiva sono in genere senza etichetta. I pulsanti freccia di espansione sono etichettati a destra.
  • Assegnare una chiave di accesso univoca per ogni controllo interattivo, ad eccezione dei collegamenti. Per altre informazioni, vedere Tastiera.

  • Mantenere brevi le etichette. Si noti, tuttavia, che l'aggiunta di una parola o due a un'etichetta può contribuire alla chiarezza e talvolta elimina la necessità di spiegazioni supplementari.

  • Preferire etichette specifiche rispetto a quelle generiche. Idealmente, gli utenti non devono leggere altro per comprendere l'etichetta.

    Risposta errata:

    screen shot of ok command button

    Risposta corretta:

    screen shot of publish command button

    Nell'esempio corretto viene usata un'etichetta specifica per il pulsante di commit.

  • Per gli elenchi di etichette, ad esempio i pulsanti di opzione, usare la formulazione parallela e provare a mantenere la lunghezza circa uguale per tutte le etichette.

  • Per gli elenchi di etichette, concentrarsi sul testo dell'etichetta sulle differenze tra le opzioni. Se tutte le opzioni hanno lo stesso testo introduttivo, spostare il testo nell'etichetta di gruppo.

    Risposta errata:

    screen shot of labels with duplicate first phrases

    Risposta corretta:

    screen shot of first phrase moved to group label

    L'esempio corretto sposta la formulazione introduttiva identica nell'etichetta, quindi le due opzioni sono più differenziate.

  • In generale, preferire formulazioni positive. Ad esempio, usare do invece di non eseguire alcuna notifica e notificare invece di non inviare alcuna notifica.

    • Eccezione: l'etichetta della casella di controllo "Non visualizzare di nuovo questo messaggio" viene ampiamente usata.
  • Omettere i verbi di istruzione che si applicano a tutti i controlli del tipo specificato. Invece, concentrarsi sulle etichette su ciò che è univoco sui controlli. Ad esempio, senza dire che gli utenti devono digitare in un controllo casella di testo o che gli utenti devono fare clic su un collegamento.

    Risposta errata:

    screen shot of label: 'type your name'

    Risposta corretta:

    screen shot of label: 'your name'

    Negli esempi non corretti, le etichette di controllo hanno verbi istruzioni che si applicano a tutti i controlli del relativo tipo.

  • In alcuni casi, possono essere utili le annotazioni parentesi seguenti per controllare le etichette:

    • Se un'opzione è facoltativa, è consigliabile aggiungere "(facoltativo)" all'etichetta.
    • Se è fortemente consigliata un'opzione, aggiungere "(scelta consigliata)" all'etichetta. In questo modo, l'impostazione è facoltativa, ma deve essere impostata comunque.
    • Se un'opzione è destinata solo agli utenti avanzati, prendere in considerazione l'aggiunta di "(advanced)" all'etichetta.
  • È possibile specificare unità (secondi, connessioni e così via) tra parentesi dopo l'etichetta.

    screen shot of label: initial size (mb)

    Questo esempio mostra che l'unità di misura è megabyte (MB).

Per altre informazioni, vedere la sezione "Testo" o "Etichette" nelle linee guida specifiche del componente dell'interfaccia utente.

Spiegazioni supplementari

  • Usare spiegazioni supplementari quando i controlli richiedono più informazioni che possono essere trasmesse dalla loro etichetta. Ma non usare una spiegazione supplementare se non si preferisce comunicare tutto con l'etichetta di controllo se è possibile farlo in modo conciso. In genere, le spiegazioni supplementari vengono usate con collegamenti di comando, pulsanti di opzione e caselle di controllo.

  • Se necessario, usare il grassetto nelle etichette di controllo per semplificare l'analisi del testo quando sono presenti spiegazioni supplementari.

    screen shot of security-settings dialog box

    In questo esempio le etichette dei pulsanti di opzione sono in grassetto per semplificarne l'analisi.

  • L'aggiunta di una spiegazione supplementare a un controllo in un gruppo non significa che è necessario fornire spiegazioni per tutti gli altri controlli del gruppo. Specificare le informazioni pertinenti nell'etichetta se è possibile e usare le spiegazioni solo quando necessario. Non avere spiegazioni supplementari che riformulari semplicemente l'etichetta per coerenza.

    screen shot of three radio buttons

    In questo esempio, due controlli nel gruppo includono spiegazioni supplementari, ma il terzo non lo fa.

  • Se una spiegazione supplementare segue un collegamento di comando, scrivere il testo supplementare in seconda persona.

    Esempio: Collegamento di comando: Creare impostazioni di rete wireless e salvare nell'unità flash USB

    Spiegazione supplementare: verranno create le impostazioni che è possibile trasferire al router con un'unità flash USB. Eseguire questa operazione solo se si dispone di un router wireless che supporta la configurazione dell'unità flash USB.

  • Usare frasi complete e punteggiatura finale.

Eseguire il commit delle etichette dei pulsanti

La tabella seguente mostra le etichette dei pulsanti di commit più comuni e il relativo utilizzo.

Etichetta pulsante Quando utilizzare
OK
  • Nelle finestre di dialogo: applicare le modifiche o il commit all'attività e chiudere la finestra.
  • Nelle finestre delle proprietà del proprietario applicare le modifiche in sospeso (apportate dall'apertura della finestra o dall'ultima applicazione) e chiudere la finestra.
  • Nelle finestre delle proprietà di proprietà mantenere le modifiche, chiudere la finestra e applicare le modifiche quando vengono applicate le modifiche della finestra del proprietario.
  • Usare con finestre che non sono specifiche dell'attività, ad esempio le finestre delle proprietà.
  • Per le finestre usate per eseguire un'attività specifica, usare invece un'etichetta specifica che inizia con un verbo (ad esempio: Stampa).
  • Per le finestre in cui gli utenti non possono apportare modifiche, usare Chiudi.
  • INVIO

Sì/No
Sì è la risposta affermativa a una domanda sì o no, mentre No è la risposta negativa.
  • Usare i pulsanti Sì e No solo per rispondere a domande sì o no. Non usare mai OK e Annulla per sì o nessuna domanda.
  • Preferisce risposte specifiche rispetto ai pulsanti Sì e No. Anche se non c'è nulla di sbagliato con l'uso di Sì e No, è possibile comprendere più rapidamente risposte specifiche, con conseguente efficiente processo decisionale.
  • Tuttavia, prendere in considerazione l'uso di risposte Sì e No se la formulazione di risposte specifiche risulta essere lunga o imbarazzante.
  • Non usare i pulsanti Sì e No se il significato della risposta No non è chiaro. In tal caso, usare invece risposte specifiche.
  • Sì e No devono essere sempre usati come coppia.
  • S e N
  • Annulla
  • Nelle finestre di dialogo: ignora tutte le modifiche o il lavoro in corso, ripristina lo stato precedente (senza effetti collaterali evidenti) e chiudi la finestra.
  • Nelle finestre delle proprietà rimuovere tutte le modifiche in sospeso (apportate dall'apertura della finestra o dall'ultima applicazione) e chiudere la finestra.
  • Negli elementi del pannello di controllo: ignora tutte le modifiche o il lavoro in corso, ripristina lo stato precedente e torna alla pagina hub da cui è stata avviata l'attività. Se non esiste una pagina hub di questo tipo, chiudere invece la finestra dell'elemento del pannello di controllo.
  • Utilizzare quando tutte le modifiche o le azioni in sospeso possono essere rimosse e qualsiasi effetto collaterale può essere annullato.
  • Per le modifiche che non possono essere rimosse, usare Chiudi. Per le azioni in corso che possono essere arrestate, usare Stop. Se inizialmente le modifiche o le azioni possono essere rimosse, è possibile usare Annulla inizialmente, quindi passare a Chiudi o Arresta una volta che non può essere annullata.
  • ESC
  • Chiudi
    Selezionare Chiudi per chiudere la finestra. Eventuali modifiche o effetti collaterali non vengono eliminati.
  • Usare quando le modifiche o gli effetti collaterali non possono essere rimossi. Usare Chiudi anziché Annulla per le finestre primarie.
  • Usare per le finestre in cui gli utenti non possono apportare modifiche.
  • Alt+F4, Ctrl+F4
  • Stop
    Arrestare un'attività attualmente in esecuzione e chiudere la finestra. Qualsiasi lavoro in corso o effetti collaterali non viene scartato.
  • Usa quando lavori in corso e qualsiasi effetto collaterale non può o non può essere rimosso, in genere con barre di stato o animazioni.
  • ESC
  • Applica
    Nelle finestre delle proprietà del proprietario: applicare le modifiche in sospeso (apportate dall'apertura della finestra o dall'ultima applicazione), ma lasciare aperta la finestra. In questo modo gli utenti possono valutare le modifiche prima di chiudere la finestra delle proprietà. Nelle finestre delle proprietà di proprietà: non usare.
  • Utilizzare solo nelle finestre delle proprietà.
  • Specificare un pulsante Applica solo se la finestra delle proprietà ha impostazioni (almeno una) con effetti che gli utenti possono valutare in modo significativo. In genere, i pulsanti Applica vengono usati quando le impostazioni apportano modifiche visibili. Gli utenti devono essere in grado di applicare una modifica, valutare la modifica e apportare ulteriori modifiche in base a tale valutazione. In caso contrario, rimuovere il pulsante Applica anziché disabilitarlo.
  • A
  • Avanti
    Nelle procedure guidate e nelle attività in più passaggi: passare al passaggio successivo senza eseguire il commit all'attività.
  • Usare solo nelle procedure guidate e nelle attività in più passaggi per passare al passaggio successivo senza impegno.
  • L'effetto di un pulsante Avanti può essere sempre annullato facendo clic su Indietro.
  • N
  • Fine
    Nelle procedure guidate e nelle attività in più passaggi, chiudere la finestra. Se l'attività non è ancora stata eseguita, eseguire l'attività. Se l'attività è già stata eseguita, eventuali modifiche o effetti collaterali non vengono eliminati.
  • Usare solo nelle procedure guidate e nelle attività in più passaggi. Tuttavia, l'uso di Fine è sconsigliato perché in genere è disponibile un pulsante di commit più specifico e migliore:
    • Se si fa clic sul pulsante viene eseguito il commit nell'attività (in modo che l'attività non sia già stata eseguita), usare un'etichetta specifica che inizia con un verbo (esempi: Stampa, Connessione, Start) che è una risposta all'istruzione principale.
    • Se l'attività è già stata eseguita all'interno della procedura guidata, usare invece Chiudi.
  • Tuttavia, è possibile usare Finish quando:
    • L'etichetta specifica è ancora generica, ad esempio Salva, Seleziona, Scegli o Ottieni.
    • L'attività comporta la modifica di un'impostazione o di una raccolta di impostazioni.
  • INVIO
  • Completato
    Non applicabile.
  • Non usare. Fatto come comando è grammaticalmente errato.
  • Non applicabile.