Per quanto riguarda la modifica del login a schermo intero. Sono riuscito a ripristinarlo per ora, ma preferisco la versione modale: consente agli utenti di vedere la pagina dietro di essa, in modo che sappiano (possano vedere) esattamente in cosa si stanno registrando.
C’è qualche svantaggio nel mantenerlo come opzione? Come possono i proprietari dei forum mantenere il login legacy all’interno di una modale?
Il layout a schermo intero sembra un passo indietro, a meno che non mi stia sfuggendo qualcosa, non sembra così fluido come prima. Ho aggiornato Discourse oggi e sono rimasto sorpreso dal cambiamento. All’inizio pensavo si fosse rotto qualcosa, o il CSS o il forum stesso. Uso solo uno schermo 2K, ma il layout sembra estremamente scarno. La mia reazione immediata è stata quella di cercare nei forum una soluzione.
L’opzione di ripristino sembra che verrà rimossa, ma preferisco davvero che gli utenti possano vedere in cosa si stanno registrando:
Una volta effettuato l’accesso, la modale scompare e gli utenti possono interagire immediatamente con il sito che ha una conferma visibile dietro il prompt di accesso.
Non ne ero a conoscenza, interessante. Grazie per aver indicato la fonte!
Questa scelta ha senso dal punto di vista della manutenibilità. Mantenere il codice legacy aggiungerà solo debito tecnico nel tempo.
Capisco che la modalità a schermo intero potrebbe non essere la tua preferenza.
Ha molti vantaggi come la coerenza tra i dispositivi, una migliore accessibilità e un flusso di autenticazione più robusto.
Sebbene sia vero che potresti perdere il contesto immediato, una volta che intendi accedere, sei consapevole della pagina su cui ti trovi, giusto? Poiché richiede l’interazione dell’utente, è ragionevole presumere che l’utente sappia a cosa sta accedendo.
A dire il vero, entrambi i modi ricaricano la pagina dopo l’accesso. L’unica differenza è lo sfondo. Sebbene capisca che su uno schermo grande, possa sembrare stridente e disconnesso perché il design può apparire “vuoto”.
Pensi che farebbe la differenza per te con un’identità visiva più forte che sfrutti gli spazi disponibili?
Purtroppo è molto difficile mantenere entrambi i percorsi di login funzionanti per sempre. Login/registrazione sono percorsi critici per gli utenti e ci sono molte variazioni disponibili. Ci sono login locali, login oAuth2 (tramite Google, Apple, Facebook, Github, ecc.) e login SSO tramite DiscourseConnect. Inoltre, le istanze possono personalizzare varie parti del processo (login richiesto o meno, scelta dei campi da mostrare, ecc.). Mantenere tutto ciò per 2 flussi UX completamente diversi è molto, molto difficile a lungo termine, è incline a rotture e non possiamo correre quel rischio su un percorso così critico per gli utenti.
Dovrei aggiungere che su dispositivi mobili e tablet, il layout a pagina intera presenta alcuni vantaggi definiti. È più facile da navigare, specialmente sui telefoni cellulari, la tastiera del software si comporta molto meglio.
Ci sono molti siti web moderni che utilizzano un approccio con finestra modale o di accesso senza fare affidamento sul codice legacy. Per chiarire, stai dicendo che l’overlay di accesso senza interruzioni, in cui la finestra di accesso appare sopra il forum Discourse in background, può essere mantenuto solo utilizzando codice legacy?
Il legacy ha il suo posto. Ad esempio, https://discussion.fedoraproject.org, uno dei forum Discourse più attivi che conosco, utilizza ancora la barra di navigazione a discesa invece della barra laterale sinistra. La mia opinione è che le modifiche dovrebbero essere necessarie, sottili e idealmente richieste o chiaramente vantaggiose per gli utenti finali.
A dire il vero, il nuovo approccio di accesso sembra più una pagina di accesso intersitiziale di vBulletin del 1999 che un miglioramento. Dal punto di vista dell’esperienza utente, non ne vedo il vantaggio. (IMO)
MODIFICA
Grazie, ho passato un po’ di tempo a cercare un thread come questo.
Un’altra nota è che la nicchia di alcuni forum sarà più orientata al desktop rispetto ad altri. Il mio forum (e il mio blog WordPress) vedono entrambi meno del 25% di traffico mobile. Attualmente, 22,74% negli ultimi 30 giorni. Quindi preferirei dare priorità ai 3/4 rispetto a 1/4. Forse questo accesso a schermo intero può essere solo per dispositivi mobili.
Tieni presente, ho appena testato su mobile, non c’è lo sfondo. Sembra a posto su mobile, anche con questa opzione deselezionata:
Modificherò questo post tramite mobile e includerò uno screenshot. Ma preferirei personalmente che questa modifica fosse solo per dispositivi mobili. Se è anche necessaria.
Il mio WordPress riceve l’89% e il forum il 92% da dispositivi mobili. È in realtà piuttosto raro che un sito abbia una percentuale così bassa di dispositivi mobili come quella che stai riscontrando, e potrebbe dire di più sulla nicchia che sulla quota di mercato.
Ma continua così. Questo è un argomento interessante.
Ho spostato questa conversazione in un nuovo argomento poiché la registrazione/accesso a schermo intero non è un esperimento di progettazione, quindi non mi sembrava appropriato continuare a discuterne lì. Possiamo continuare la conversazione qui!
@haydenjames, stiamo spostando tutti verso questi nuovi design perché le pagine a schermo intero offrono un’esperienza focalizzata e chiara durante la registrazione e l’accesso, che sono percorsi critici per accedere alla community. Posso capire che preferissi i design precedenti con la finestra modale per mostrare le informazioni della community dietro la registrazione/accesso, ma per le ragioni condivise da @pmusaraj sull’onere di mantenere più percorsi di registrazione/accesso, rimuoveremo le schermate di accesso/registrazione modali alla fine di aprile.
Sarei felice di iniziare a esplorare come potremmo migliorare i nuovi design per funzionare meglio per te. Sembra che la tua preoccupazione principale sia se i tuoi membri si sentiranno sicuri riguardo a dove finiranno dopo aver completato la registrazione/accesso, è corretto? Quali altre preoccupazioni hai riguardo ai design a schermo intero?
L’ho notato oggi. Ho sempre aggiornato manualmente Discourse. Dov’è questo collegamento per l’aggiornamento automatico? Preferisco avere il controllo degli aggiornamenti poiché si tratta di un’app self-hosted.
Quel messaggio significa che le impostazioni del sito e il codice per le schermate modale verranno rimossi dal core in quella data. Riceverai quella modifica solo se aggiorni la tua istanza.