risposta-alla-domanda-sullo-sviluppo-web-bd.com

Quando il pulsante Indietro è previsto ma non supportato, l'assistenza meno invasiva per l'utente?

Problema: ho una situazione in cui in un'applicazione Web basata su browser non è possibile supportare o utilizzare il pulsante Indietro (e il tasto Backspace). Se viene utilizzato, i risultati possono essere imprevedibili in termini di navigazione, portando l'utente a non fare l'ultimo passo verso l'ultimo URL dell'app Web (potrebbero esserci diversi passaggi eseguiti all'interno di una Shell nell'interfaccia utente che non modifica l'URL ). Inoltre, i dati potrebbero andare persi. Fornire uno speciale chrome o wrapper per nascondere il pulsante Indietro nel browser non è un'opzione (l'utente può anche utilizzare il tasto Backspace che nella maggior parte delle piattaforme e dei browser è mappato sul pulsante Indietro).

Tuttavia, è del tutto ragionevole che gli utenti vorrebbero navigare utilizzando il pulsante Indietro del browser e si aspettano che funzioni.

Opzioni di soluzione: qual è la UX ottimale in questa situazione? Sto pensando che sul pulsante Indietro viene lanciata una finestra di dialogo di avviso che dice che il pulsante Indietro non è supportato e per navigare utilizzando i pulsanti precedenti o successivi forniti o altre funzionalità nell'interfaccia utente e per completare le attività senza utilizzare il pulsante Indietro. Inoltre, se usati, i dati potrebbero andare persi e la navigazione potrebbe essere "inaspettata" (non sono sicuro di come esprimerlo elegantemente). Forse un po 'di assistenza all'utente al primo avvio direbbe agli utenti di non usare anche il pulsante Indietro.

Qualche opinione su intuizioni su come questa limitazione (dovuta all'architettura JSF di progettazione al di fuori del mio controllo) può essere gestita con eleganza? Sono dell'opinione che si tratti di un bug, ma sarebbe meglio comunicare l'interazione come un avvertimento da una prospettiva UX piuttosto che un messaggio di errore.

Qualcuno ha una fraseologia elegante su come comporre quell'avvertimento o assistere gli utenti delicatamente nella giusta direzione?

7
uobroin

A parte la risposta ovvia: "riscrivi la tua app in modo che supporti meglio le azioni dell'utente comune" Puoi provare manipolando la cronologia del browser usando nuove tecniche di sviluppo (di solito al di fuori dell'ambito di una risposta UX). Altrimenti, un avviso JavaScript verrà attivato solo dopo che gli utenti hanno tentato di lasciare la pagina per qualsiasi motivo, il che potrebbe essere fonte di confusione per loro. Non esiste altra soluzione a cui io possa pensare se non quella. Tutti gli avvisi e il testo di avviso verranno letti inavvertitamente dagli utenti.

7
sirtimbly

In genere in questa situazione le applicazioni presentano una finestra di dialogo simile a questa:

mockup

download bmml source - Wireframe creati con Balsamiq Mockups

Ciò è in linea con la tua intuizione che un avviso che "tornare indietro" è un comportamento non supportato è la migliore UX da fornire in questa situazione.

Nota che potrebbe essere possibile supportare il comportamento del pulsante Indietro usando cose come lo stato del browser HTML5 (e librerie come https://github.com/browserstate/history.js ), ma dato che questo sarebbe un modifica tecnica, non rientra nell'ambito della tua domanda.

2
Joshua Barron

Dal momento che per tornare indietro l'utente deve trascinare il cursore sul pulsante Indietro perché non posizionare una descrizione comandi rossa lì (suppongo che questo sia ciò che stai suggerendo nella domanda stessa). Qualcosa come questo

mockup

download bmml source - Wireframe creati con Balsamiq Mockups

0
Nash Vail