a4-dev team mailing list archive

[Andrea Corbellini <corbellini.andrea@xxxxxxxxx>]

In questo thread vorrei discutere una policy per il comportamento di A4.
Questa policy dovrebbe definire come rendere chiara l'interfaccia
grafica e come soddisfare la sete di domande dell'utente, evitando per
quanto possibile di lasciarlo nel dubbio. Ecco dunque le mie proposte,
correlate con degli esempi che spero siano utili.

In generale, A4 dovrebbe essere comodo e veloce da usare. Non dovrebbero
essere necessari troppi clic e dovrebbe esserci preferibilmente solo un
modo ovvio per fare una determinata cosa. Le feature che riteniamo
essere più frequentemente usate dovrebbero essere in primo piano.

A4 non dovrebbe compiere azioni senza che l'utente se lo aspetti,
soprattutto se si tratta di azioni potenzialmente dannose (come
sovrascrivere un file). Per questo dovremmo cercare di rendere
l'interfaccia il più semplice ed intuitiva possibile e, se necessario,
sarebbe meglio visualizzare un messaggio di conferma (senza però abusare
di tali messaggi).

I messaggi visualizzati da A4 dovrebbero essere chiari, concisi e non
lasciare spazio a domande. La target audience sono gli utenti comuni,
quindi bisognerebbe evitare di usare parole troppo tecniche. In caso di
errori o problemi, A4 dovrebbe suggerire all'utente cosa fare. In
generare, un dialog box dovrebbe contenere:

* Una descrizione corta ma sufficientemente esaustiva del problema.
* Un suggerimento su cosa fare per procedere.
* Se necessario, un pulsante "Details" che mostri qualche frasi con dei
termini un po' più tecnici.
* I pulsanti per ricevere l'input dell'utente (Yes/No/OK/Cancel/...).

Ecco un esempio concreto: l'utente ha aperto una presentazione non
supportata dalla versione di A4 che sta usando. Il dialog box che
dovrebbe apparire dovrebbe contenere all'incirca:

* Descrizione: "The file you are trying to open has been created with a
version of A4 newer than this one"
* Suggerimento: "Upgrade to the latest version"
* Dettagli (in questo caso utili): "The version of A4 is: A.B, while the
version required by the file is: C.D"
* Input: OK

Come ho già detto, dovremmo comunque evitare di usare i message box, se
possibile, in modo da evitare di scocciare l'utente. Un esempio: una
presentazione contiene un video embedded da youtube, ma la
connessionetestare ad Internet non è disponibile. I casi un cui ciò può
accadere sono due:

1. L'utente è da qualche parte (e.g. su un aereo) consapevole di non
avere la connessione, ma vuole comunque vedere/testare/modificare la
presentazione. Visualizzare un messaggio in questo caso può essere
davvero seccante per l'utente.
2. L'utente è ad una conferenza senza sapere che la connessione ad
Internet non è disponibile. In tal caso una notifica può essere molto
utile all'utente, ma siccome non è possibile usare un messaggio per il
punto #1, dovremmo: mettere una scritta al posto di ogni video e
un'icona di errore (facile da notare) sulla status bar.

Sempre per rendere il più ovvio possibile A4, credo che dovremmo usare
un'estensione per i file diversa da .svg: se creo una presentazione con
A4, mi aspetto che quando faccio doppio clic la presentazione venga
aperta da A4.


Voi cosa ne pensate? Siete d'accordo oppure vi muovereste in un'altra
direzione? Sono ansioso di conoscere i vostri commenti. :-)


-- 
Andrea Corbellini
Ubuntu Member  | http://www.ubuntu.com
BeeSeek Member | http://www.beeseek.org

Attachment: signature.asc
Description: This is a digitally signed message part