Il solito scontro tra fautori del terminale e delle interfacce grafiche è tornato: un post su Hacker News ha chiesto agli sviluppatori di smettere di produrre TUI, la discussione ha superato i 900 punti e la risposta più interessante è arrivata da un post di Charalampos Kardaris. La sua tesi: l'argomento «le TUI vanno preferite perché si usano da tastiera» poggia su basi fragili.
La risposta diretta: essere pilotabile da tastiera non è una proprietà delle TUI, è una qualità che una GUI può e dovrebbe avere. Puoi ottenere un'applicazione grafica completamente navigabile da tastiera; non puoi ottenere dalla tastiera la destrezza del mouse per tutte le attività. Qui sotto trovi il punto debole dell'argomento, cosa chiedono le linee guida ufficiali e cosa significa in pratica per chi sviluppa e per chi usa.
Informazioni preliminari
Tre definizioni per allinearsi:
- GUI (graphical user interface): interfaccia grafica con finestre, pulsanti e puntatore.
- TUI (terminal user interface): interfaccia testuale che vive nel terminale.
- Completamente pilotabile da tastiera: ogni azione e ogni spostamento all'interno dell'interfaccia sono possibili senza mai toccare il mouse.
Il contesto: Kardaris si presenta come un utente abituale del terminale, per niente ostile alle TUI. Critica un solo argomento del dibattito, quello della tastiera, e lo fa da sviluppatore: Klisi, la sua prima applicazione grafica, nasce proprio con questo tema in mente.
Cosa è possibile: una GUI completamente navigabile da tastiera, senza rinunce funzionali. Cosa non è sensato pretendere: eliminare il mouse da ogni scenario. Lo stesso autore ammette in una nota che per alcune attività la destrezza del puntatore resta preferibile o addirittura necessaria. Non servono prerequisiti tecnici per seguire il ragionamento, ma conta se sviluppi interfacce o se scegli gli strumenti con cui lavori.
Perché «si usa da tastiera» non basta a preferire le TUI
L'osservazione di partenza è corretta: se scegli a caso un'applicazione GUI e una TUI, la seconda ha più probabilità di essere utilizzabile solo da tastiera. Il punto dell'articolo è che questo dato non dimostra la superiorità delle TUI come categoria.
Ciò che quel dato misura, in realtà, è l'inadeguatezza della navigazione da tastiera in molte GUI. Un'applicazione testuale è pilotabile da tastiera spesso per costrizione: nel terminale il puntatore non esiste. Un'applicazione grafica che non lo è lo è perché qualcuno non ha implementato il supporto.
Da qui la distinzione su cui poggia tutto il resto: non è una questione di fattibilità, è una questione di volontà. Non c'è nulla, tecnicamente, che impedisca a una GUI di essere completamente utilizzabile da tastiera quanto — o più di — una TUI. Nota inoltre l'autore che esistono argomenti più solidi a favore delle TUI, come la facilità di portabilità: la tastiera, da sola, non basta a decidere.
Cosa chiedono le linee guida delle interfacce grafiche
Non si tratta di una posizione da nostalgici del terminale. Come riporta la fonte, le GNOME Human Interface Guidelines, le linee guida ufficiali per le applicazioni dell'ambiente desktop GNOME, affermano che proprio come ogni azione deve essere possibile con il dispositivo di puntamento, ogni azione deve essere possibile anche da tastiera, e che deve essere possibile spostarsi e interagire con ogni parte dell'interfaccia usando solo la tastiera.
La navigazione completa da tastiera, quindi, non è un extra per utenti esperti: è uno standard raccomandato dalle linee guida di uno dei principali ambienti desktop. Aggiungo un'osservazione mia, che il testo della fonte non copre: principi analoghi di accessibilità da tastiera esistono anche nelle linee guida degli altri grandi ecosistemi, anche se qui non posso citarne i passaggi esatti.
L'effetto sull'utente è concreto: secondo l'autore, sapere di poter navigare un'applicazione in modo intuitivo e prevedibile con la sola tastiera è un motivo in più per sceglierla rispetto alle alternative. Per questo, quando indossa il cappello dello sviluppatore, ritiene un dovere rendere le proprie applicazioni keyboard-friendly.
Cosa fare se sviluppi applicazioni grafiche
L'esempio della fonte è Klisi: l'autore ha investito tempo per implementare scorciatoie che coprono l'intera gamma delle azioni disponibili. Non le più frequenti: tutte.
Tradotto in pratica, il lavoro ha tre direzioni:
- Associare ogni azione a una scorciatoia o a un percorso da tastiera raggiungibile.
- Garantire che lo spostamento del focus tra i controlli sia logico e prevedibile.
- Verificare che nessun flusso importante richieda obbligatoriamente il puntatore.
Un test rapido da fare subito
Metti da parte il mouse e prova a completare i flussi principali della tua applicazione dall'inizio alla fine. Ogni volta che la mano torna verso il puntatore hai trovato un buco nella copertura da tastiera. È un test grezzo, ma individua all'istante i punti in cui la navigazione è incompleta.
Il messaggio finale dell'autore vale come sintesi: non compromettere l'esperienza utente, punta a un'interfaccia il più intuitiva possibile e non ignorare la navigazione completa da tastiera. Nella maggior parte dei casi, ricorda, la difficoltà tecnica è bassa.
Come valutare le applicazioni che usi già
Il ragionamento funziona anche in senso inverso. Prendi le applicazioni che apri ogni giorno e prova a eseguire le operazioni abituali senza toccare il mouse: aprire un documento, cercare, modificare un'impostazione, chiudere. Le lacune che emergono diventano un criterio di scelta concreto quando valuti un'alternativa.
Non stiamo parlando di preferenze estetiche: una navigazione prevedibile da tastiera significa meno interruzioni nel flusso di lavoro e meno movimenti ridondanti. Se un'applicazione che usi per ore al giorno ti costringe a impugnare il mouse per tre azioni su dieci, quell'attrito si somma.
Limiti, errori comuni e alternative
Il limite principale è dichiarato nella fonte stessa: per alcune attività la destrezza del mouse resta preferita o addirittura richiesta. Disegnare, manipolare elementi nello spazio, lavorare con precisione su contenuti visivi: la tastiera non sostituisce il puntatore ovunque, e nessuno dei due strumenti vince in assoluto. Aggiungo anche che navigabilità da tastiera e accessibilità completa non coincidono: la prima è una componente della seconda, che comprende lettori di schermo e altri ausili. È una distinzione mia, non una tesi dell'articolo.
Errori comuni da evitare:
- Coprire con le scorciatoie solo le azioni frequenti, lasciando il resto al mouse: la copertura è tutto o niente.
- Trattare il supporto da tastiera come rifinitura finale invece che come requisito iniziale.
- Confondere un paio di scorciatoie con un'applicazione realmente pilotabile da tastiera.
Come alternativa? Le TUI restano una scelta legittima, e l'autore lo dice esplicitamente: le usa e le apprezza perché gli permettono di restare nel terminale. Ma la preferenza va motivata con gli argomenti giusti — la portabilità, il contesto d'uso — non con l'idea che una GUI non possa essere usata senza mouse. Le posizioni di entrambe le fazioni, con tutti i controargomenti, sono nella discussione su Hacker News.
Lascia un commento