Il mio sito è principalmente in inglese, ma occasionalmente riceviamo visitatori giapponesi. Discourse è uno strumento potente quando si tratta di accessibilità linguistica, tuttavia ho visto accadere molte volte che gli utenti non sanno di poter cambiare la propria impostazione della lingua.
Comporta una sequenza di azioni piuttosto complessa. Ad esempio, su mobile:
apri la barra laterale dell’avatar
premi l’icona dell’utente
premi l’icona a forma di ingranaggio etichettata in inglese come “Preferences”
scorri verso destra per visualizzare la settima impostazione con un’icona di schermo di computer etichettata “Interface”
scorri verso il basso fino alla quarta impostazione etichettata “Interface language”
Ora, se non conoscessi l’inglese ma sapessi che questa impostazione esiste, probabilmente riusciresti a trovarla a tentoni, ma penso che anche in quel caso sarebbe complicato.
Mi piace l’idea in Header Locale Selector ma è necessario un account per vederla (è anche possibile cambiare la lingua per i visitatori anonimi?) e occupa anche uno spazio prezioso nell’intestazione per un’impostazione che si prevede venga utilizzata 0-1 volte per utente nel corso della sua vita.
Quindi la mia domanda è se qualcuno ha un modo intelligente per sollecitare i nuovi utenti (e idealmente gli utenti anonimi) a cambiare le proprie impostazioni linguistiche, specialmente se provengono da una località che non è un paese a predominanza inglese?
Il che non ha senso nemmeno per me. È una scelta che rende il sito meno utilizzabile e accessibile a un sottoinsieme di utenti senza un motivo evidente (almeno, nessun motivo evidente che io possa vedere).
Se fosse attivo per impostazione predefinita, non ci sarebbe alcun costo per alcun utente che possa leggere la lingua dominante e anche un beneficio per qualsiasi utente che abbia l’inglese (nel caso del mio forum) come seconda lingua.
È l’equivalente di un’impostazione del colore che, per impostazione predefinita, rende il sito web in bianco e nero per un piccolo sottoinsieme di utenti ed è attiva per impostazione predefinita.
Penso che personalizzare il tuo sito richieda molto più lavoro quando consenti agli utenti di scegliere la loro lingua. Quando modifichi, ad esempio, il messaggio di benvenuto senza consentire altre lingue, cambi un testo. Quando consenti altre lingue, devi cambiarlo per tutte le lingue separatamente e, se ti dimentichi, non tutti gli utenti riceveranno le stesse informazioni nel messaggio. È lo stesso per i componenti del tema come il banner di ricerca o il banner del link di benvenuto. Quando guardi la sezione internazionale di Discourse Discover, puoi vedere screenshot con un banner che utilizza il testo predefinito “Welcome to our community”. Quando ho visitato quei forum, ho notato che molti di loro avevano personalizzato il testo del banner, ma non lo avevano fatto per tutte le lingue. Quindi, mentre vedo il testo personalizzato perché il componente del tema non offre un testo tedesco predefinito, qualcuno con la lingua del browser impostata sull’inglese (USA) vede il testo predefinito, che è ciò che accade quando vengono scattati gli screenshot. Quindi, al momento, questo potrebbe interessare solo gli utenti con inglese USA come lingua del browser e non è un grosso lavoro tradurlo. Ma quando l’inglese UK viene aggiunto al componente, gli amministratori dovranno modificare anche queste stringhe e poi qualcuno potrebbe aggiungere il tedesco e il testo successivo dovrà essere modificato. Quindi non solo devi essere consapevole che devi cambiare la stringa per diverse lingue, ma devi anche notare quando vengono aggiunte nuove lingue per personalizzarle.
Consentire altre lingue può causare molto più lavoro per gli amministratori. In una community in cui le persone comunicano solo in una lingua, probabilmente non vale la pena. Gli utenti hanno comunque a che fare con la lingua. Solo un’interfaccia nella loro lingua è di poca utilità.
Penso che i tuoi esempi siano scelte di implementazione che non devono essere necessariamente così. Ad esempio, esiste una locale predefinita su ogni istanza. Se è importante che ogni utente riceva esattamente le stesse informazioni, allora per ogni testo, verifica se il testo della lingua predefinita è sovrascritto. Se lo è, e la locale dell’utente non è sovrascritta, allora mostra il testo nella locale predefinita.
Oppure, in alternativa, non fare nulla. Lascia le cose come stanno. Il testo predefinito in ogni lingua è (o dovrebbe essere) progettato per essere davvero buono. Non tutti gli utenti ottengono un’esperienza completamente personalizzata, un paio di elementi sullo schermo potrebbero essere inutili. Ma l’alternativa è avere il 100% degli elementi illeggibili e inutili.
In entrambi i casi, l’amministratore deve fare solo il lavoro extra che desidera. Se non si è fluenti nella locale predefinita, allora ogni singolo testo tradotto per te è un guadagno netto.
Penso sia un peccato che così tanto impegno venga dedicato a rendere Discourse completamente e profondamente multilingue, ma le impostazioni predefinite renderanno probabilmente la maggior parte dei siti esclusivamente monolingue. Significa anche che Discourse, come software, perde l’opportunità di mostrarsi come una ricca piattaforma multilingue ai potenziali adottanti, perché oso indovinare che la maggior parte delle istanze siano esclusivamente in inglese. A mio parere, è una questione di accessibilità.
Sono completamente in disaccordo. Ho avuto un utente dal Sud America estremamente grato quando gli ho mostrato l’opzione per cambiare la locale dell’interfaccia utente. Ha sicuramente migliorato la sua esperienza. Un altro utente in visita dal Giappone ha spiegato come fosse intimidito dal postare su un sito in inglese e avesse avuto molta difficoltà a caricare un’immagine. Continuava a premere reply prima che il caricamento fosse completato. Ho controllato e ho notato che la sua locale era impostata su inglese e questo ha motivato questo thread in primo luogo.
