Creare/Modificare un post da mobile: discutiamo l'esperienza Discourse 2026

Discourse dovrebbe essere mobile-first (anche se l’esperienza mi ha detto il contrario più volte): è scritto qui e qui.

Ma Discourse ha anche introdotto sempre più funzionalità (spesso utili!) nel corso degli anni.

È un po’ difficile trovare uno screenshot di come appariva il compositore mobile 10 anni fa, ma ce n’è uno qui fornito da @codinghorror su un iPhone 5:

Com’è oggi (ho aggiunto intenzionalmente del testo nell’area di testo, perché aggiungere contenuto fa apparire nuove icone/funzionalità sullo schermo… :sparkles:)

È schiacciante. C’è l’icona in alto a sinistra che cambia a seconda che io stia creando, modificando o facendo qualcos’altro.
C’è l’icona il cui scopo non mi è chiaro, dato che non ho mai provato a toccarla (attiva una funzione o mostra un tooltip?).
C’è l’icona , di cui non so nemmeno io cosa faccia. Conosco le altre due icone sulla stessa riga e le uso di tanto in tanto :slight_smile:

Comunque, la prima riga di ciò che vediamo nella creazione di un argomento contiene testo e 5 icone diverse, alcune delle quali un po’ criptiche finché non le proviamo (suppongo).


Poi ci sono i campi :sheaf_of_rice::sheaf_of_rice::sheaf_of_rice:.

Il selettore di categoria stretto riesce a malapena a contenere un nome di categoria padre breve. Le categorie figlie saranno quasi sempre troncate o semplicemente fuori campo.
Entrambi gli input schiacciano ancora di più il contenuto perché contengono:

  • l’icona o il punto elenco delle categorie,
  • un’icona o
  • e un’icona .

Poi, il compositore che mostra forzatamente la barra degli strumenti.

Non credo che si possa disattivarla? Comunque, una barra degli strumenti è sicuramente utile. Possiamo scorrere orizzontalmente per rivelare più opzioni di formattazione, e penso che te ne perderai la funzione se non lo sai già (l’indicatore sfumato è troppo sottile).

Avere l’interruttore ricco/markdown come la prima icona (e la più larga, e l’unica colorata) della barra degli strumenti sembra una scelta strana. È più probabile che io usi il grassetto o il corsivo piuttosto che andare avanti e indietro tra i due editor.

Infine, sull’ultima riga, abbiamo opzioni che hanno senso.

Ma, ancora una volta, c’è del testo e altre 5 icone, ma penso che non abbia molto da obiettare su di esse… Tranne, forse, l’opzione Gif. Molte tastiere degli smartphone hanno una ricerca Gif. Potrebbe essere rimossa o spostata nella barra degli strumenti.

Non so nulla di design, quindi non cercherò di suggerire altro, mi limiterò a condividere la mia esperienza, ciò che vedo quando creo un argomento e, soprattutto, quali e quante informazioni il mio cervello deve elaborare. E, devo dire, c’è un po’ troppo da vedere e processare.

Desidero che il layout sia più pulito, con meno icone e funzionalità sovrabbondanti, focalizzato sul compito che ci viene chiesto: scrivere contenuto, pubblicare contenuto, essere felici.

4 Mi Piace

L’esperienza su iPhone e iPad è terribile. Non so nemmeno da dove iniziare. Spesso non riesco nemmeno a caricare una foto, i menu a tendina non si aprono o sono fuori dallo schermo, o l’editor si blocca. Uso il dispositivo mobile solo per leggere e per postazioni basilari, perché fare di più è un vero mal di testa.

3 Mi Piace

È difficile affrontarlo perché la maggior parte di queste funzionalità è stata aggiunta per necessità o su richiesta… ma è utile fare un passo indietro e vedere a cosa sono arrivate nel complesso.

Certamente ci sono modi per semplificare e non disaccordo con alcun feedback qui, ma Meta è anche un po’ un caso peggiore dove testiamo tutto… il default è almeno un po’ più calmo. AI, traduzioni e GIF sono tutti disabilitati.

Per mantenere questo percorso orientato all’azione, cosa dovremmo rimuovere da questa esperienza predefinita?

Alcune cose che vedo come possibilità:

  • L’icona hamburger per mostrare/nascondere la barra degli strumenti… dovremmo mostrare sempre la barra degli strumenti se il dispositivo è al di sopra di una certa dimensione, così da poter rimuovere l’interruttore? (su dispositivi molto piccoli dobbiamo mantenerlo attivabile, perché altrimenti il compositore a volte è limitato a una singola riga di testo)

  • So che x è per chiudere e :wastebasket: è per eliminare… ma certamente sembrano appartenere allo stesso ambito di funzionalità. Prima ne avevamo solo uno e chiedevamo se salvare una bozza con una finestra modale… ne è valsa la pena per avere meno pulsanti qui?

  • Possiamo ridurre l’input dei tag a un pulsante più piccolo e espanderlo solo al tocco e quando sono presenti dei tag?

Questo inizia a spingere le cose nella direzione giusta? C’è altro che vale la pena tagliare?

2 Mi Piace

tagging - toccare un posto a caso per chiudere un menu sembra poco intuitivo.

1 Mi Piace

Trovo che la UX visiva in sé sia accettabile: mi importa meno dell’UX rispetto all’effettiva funzionalità. Se faccio clic sul pulsante di risposta, non mi aspetto che il compositore si blocchi e diventi non responsivo. Se voglio usare un menu a tendina per selezionare utenti o gruppi, se voglio caricare un file o se seleziono del testo per citarlo, mi aspetto di poterlo fare senza dover ruotare lo schermo o passare al desktop.

1 Mi Piace

Concordo, l’esperienza utente su mobile non è affatto buona. Abbiamo molto da fare…

So che @chapoi aveva condiviso con me l’anno scorso alcune idee su come rendere questa esperienza mobile molto più pulita.


Per quanto riguarda i feedback, ho qualcosa che vorrei condividere, ma puoi prenderlo o lasciarlo stare.

“L’esperienza è terribile”, detto da un utente appassionato di Discourse, mi sembra poco utile. Non voglio fare la polizia delle parole, ma offro alcuni consigli su come dare feedback.

Penso che il post di canapin sia un buon esempio di come fornire feedback sul prodotto senza usare termini eccessivamente descrittivi ed emotivi.

Cosa rende esattamente “terribile” l’esperienza per te?

Ho tenuto una presentazione sul modo di discutere di design a cui mi piace tornare ogni tanto. (Nessun merito per me, è solo una presentazione con informazioni tratte da un libro :smiley:)

Mi chiedo se potrebbe essere utile leggerla. Che ne pensi?

Discussing-Design-Printable.pdf (7.6 MB)

2 Mi Piace

Scusa se le parole forti ti hanno ferito. Ma l’esperienza è scarsa e spesso frustrante, quindi il sentimento rimane. Non penso che sia davvero una questione di Discourse, è molto legato a iOS. Se pensi che sia un’offesa verso di te o verso Discourse, non lo è. So, avendo costruito componenti e personalizzato io stesso, quanto sia difficile adattarsi al mobile in generale oggi.

3 Mi Piace

Questo mi ricorda questa segnalazione di bug

2 Mi Piace

È un ottimo punto! È la vetrina principale del software.

Come utente appena registrato (fate un saluto a @Canapin2), ecco come appare su mobile:

È sicuramente meglio, ma potrebbe essere ancora migliore. È ancora un po’ intimidatorio. Come nuovo utente, penso che sarei molto confuso dalla prima riga di icone; capirei solo la ×.

Non posso rispondere a tutte le domande aperte nel tuo post, ma mi piace molto il tuo screenshot, specialmente la piccola sezione dei tag.

Nel complesso, mi piace l’eleganza e il fatto che il compositore respiri finalmente. Sto solo giudicando l’aspetto, senza pensare troppo alle funzionalità perse. La mia prima impressione è: “è la massima complessità apparente che il compositore dovrebbe mostrare”.

3 Mi Piace

Due cose che trovo difficili sono che abbastanza spesso i pulsanti smettono di funzionare (chiudere e riaprire l’app hub risolve il problema) e a volte cliccare su un’area di testo fa sì che scompaia dallo schermo (rinunciare all’idea e sedersi al desktop è la soluzione per questo). iPhone 11.

1 Mi Piace

Forse vale la pena menzionare che non ho mai usato l’app, quindi la mia esperienza con Discourse su mobile deriva esclusivamente dal browser di uno smartphone.

2 Mi Piace

È un po’ di tempo fa, quindi non ne sono certo, ma credo di essere passato all’app perché era migliore.

OK i was pretty critical so i also want to “boost” (figuratively lol) the design/development improvement on mobile that i don’t think gets enough praise or attention: the deprecation of /mobile and /desktop folder paths for the views.

at first i was skeptical and even a bit annoyed, but it did not take me long to like it better. this was a great and much needed change IMO. i think i recall Moin scolding me for not liking it at first lol. but, yea, thank you for that because i love that i can target all viewport sizes in one code file, including tablet size specifically. :clap:

1 Mi Piace