Come per indicare all'utente che un comando colpisce un sottoinsieme di una selezione multipla?

Question

Ecco un esempio che illustra la mia domanda.

• Ho un programma che le liste di 1000 oggetti.
• seleziono 10 di 1000 oggetti.
• Il programma consente un pulsante che indica che un comando è disponibile per la mia selezione.
• fa clic sul pulsante, e un visualizzata la finestra.
• I fare qualche cambiamento nella finestra e fare clic su OK.
• Il comando cambia 5 dei 10 elementi nella mia selezione multipla, e quei 5 elementi modificati ora riflettono uno stato modificato nella mia lista.

La mia domanda è:

Come indico all'utente che il comando colpisce un sottoinsieme di una selezione multipla prima di fare clic su OK?

Qualcuno può citare esempi di prodotti già esistenti che gestiscono bene questo scenario?

Answer 1

Non so di eventuali prodotti esistenti che hanno affrontato questo problema il modo in cui si sta cercando di, ma credo che tu stia prendendo il giusto approccio. CorelDraw, ad esempio, consente di evitare il problema, non consentendo agli utenti di multi-selezionare un mix di modificabile e non modificabile ( “bloccato”) oggetti anche solo per la visualizzazione di informazioni di sola lettura. Analogamente, IronCAD non ti consente multi-selezionare oggetti di certe classi differenti (ad esempio, una macchina fotografica e una parte). Che sembra una restrizione inutile per me. Windows XP semplicemente ignora se tenta di aprire una finestra delle proprietà per gli oggetti multipli di classi diverse (ad esempio, Risorse del computer e un file pdf). Questo potrebbe essere confuso e frustrante. Mi sembra che si desidera consentire all'utente la massima flessibilità, consentendo multi-selezione di qualsiasi cosa e fare il più possibile su tutto ciò che è selezionato.

Ecco alcune idee:

• In primo luogo, cercare di indicare le informazioni pertinenti nella finestra / genitore principale in modo che l'utente può indovinare che alcune azioni non influenzeranno determinati oggetti selezionati. Ad esempio, dare sola lettura degli oggetti un aspetto distinto, forse solo sulla selezione (sto immaginando piccoli lucchetti per maniglie per un CAD-tipo di applicazione). Ogni classe di oggetto dovrebbe avere un aspetto distinto, forse etichettando ciascuno con una particolare icona. In questo modo, come gli utenti selezione multipla, possono prevedere quali comandi fare e non ha senso (ad esempio, l'articolo è una fotocamera, in modo che possa essere spostato ma ovviamente non può essere ridimensionato).

• Se l'applicazione non può dire ciò che vale per quello che fino all'apertura della finestra di dialogo, allora forse modificare l'aspetto della selezione di oggetti per i quali non si applica l'azione. Ad esempio, quando l'utente modifica un valore di proprietà, tutti gli oggetti che mancano di quella proprietà assumono un aspetto selezione “secondario” sulla finestra padre.

• Se i criteri per l'applicazione di un'azione non è ovvio, potrebbe essere necessario alcuni spunti di testo. La voce di menu o il pulsante invocando l'azione possono includere nella sua didascalia quanti elementi influisce o quello che colpisce ( “solo lamiera” per esempio,). In un dialogo Proprietà, è possibile includere una colonna accanto alla colonna della proprietà che dice molte voci selezionate ogni proprietà si applica o può essere cambiato per.

• Se questo è troppo spazio intensivo, e tutto il necessario indicare soltanto che alcuni oggetti sono interessati (non l'esatto numero, identità, o la percentuale), allora forse si può utilizzare una nota in calce nella finestra di dialogo. Creare un simbolo che significa “parziale”, forse un cerchio riempito a metà? (Non utilizzare un asterisco -che troppo spesso significa “richiesta”.) Mettere questo simbolo da qualsiasi controllo che colpisce un sottoinsieme della selezione. Nella parte inferiore della finestra di dialogo, mostrare il simbolo con il testo “= si applica solo ad alcuni elementi selezionati”.

• Lei ha ragione che si dovrebbe indicare che l'azione si applica solo in parte prima che i commit utente che l'azione, ma come un ripiego, si potrebbe fornire un feedback dopo l'azione. In generale, si vuole fare l'effetto di ogni azione visivamente evidente nei tuoi oggetti nella finestra padre, e che può essere sufficiente. Tuttavia, se si sta ancora preoccupato per gli utenti di essere confusi (ad esempio, da oggetti che non contenuti fuori di vista che hanno poi notato che non sono stati cambiati), allora forse si può fornire una notifica di testo (self-respingente) che dice “[ azionato] [n] di [m] elementi selezionati”, quando è stata completata l'azione. Forse fornire un collegamento Aiuto nel caso in cui l'utente non capisce perché.

Sembra che si sta tagliando un nuovo percorso design dell'interfaccia utente. Sarà una buona idea per testare qualunque cosa tu decida sugli utenti per vedere se sarà effettivamente lavoro.

Answer 2

Se l'elenco contiene gli elementi di tipo diverso, e un'azione valida solo per alcuni tipi di voci di elenco, allora sia l'elemento della lista e il pulsante di azione dovrebbe riflettere il tipo a cui fa riferimento. E la risposta deve riflettere sul fatto che l'azione ha avuto luogo su di esso. (Il che suona come lo fa nella tua descrizione.)

Per esempio, ecco un elenco dei diversi tipi di elementi:

ITEMS
NAME       TYPE      STATE
====       ====      ==== 
oatmeal    cookie
chocolate  cake
chocolate  pudding
carrot     cake
cherry     pie

Ora, se l'utente seleziona tutte le voci in questo elenco, quindi il pulsante etichettato

"Frost Cake" 

viene attivato. E dopo la finestra di dialogo "di Frost torta" è aperta e chiusa, essendo stata eseguita l'azione, la lista appare come segue:

ITEMS
NAME       TYPE      STATE
====       ====      ==== 
oatmeal    cookie
chocolate  cake      frosted
chocolate  pudding
carrot     cake      frosted
cherry     pie

Naturalmente questo esempio non può essere giusto. Perché ora si consiglia di sapere che tipo di glassa è stato utilizzato, e non si può decidere di mettere lo stesso tipo di glassa su tutti i dolci. Ma questo è un altro problema.