Località e lingua dell'interfaccia utente

Continuando la discussione da Business Week Day:

Come ho menzionato nel post collegato, la locale non è esattamente la stessa cosa della lingua dell’interfaccia utente.

Prenderò KDE (Linux e Qt) come esempio qui:

Come vediamo, nella prima schermata è possibile selezionare la lingua dell’interfaccia utente. Questa, beh, definisce la lingua dell’interfaccia e tutto ciò che si vede sullo schermo, tranne quanto mostrato nella seconda schermata.
La seconda schermata permette di definire la locale dell’utente e di sovrascrivere Numeri, Ora, Valuta, Unità di misura e Ordinamento.
Questo è importante poiché molti utilizzano il sistema nella loro lingua preferita, ma vivono in un paese diverso dove hanno preferenze diverse per la locale.

Prenderò esempi dalla mia regione, la regione araba:

Pertanto, le date sono influenzate da queste differenze:

  • Tutti i paesi scrivono da destra a sinistra.
  • Paesi del Mashriq: ⁨١٢ يناير ٢٠٢٠⁩ = 12 gennaio 2020 (Letto da destra a sinistra)
  • Paesi del Maghreb: ⁨12 جانفي 2020⁩ = 12 gennaio 2020 (Letto da destra a sinistra)
  • In sintesi: che si tratti di numeri orientali o occidentali/arabi, vengono scritti da destra a sinistra, il che rende ancora più difficile decidere sui numeri, per non parlare del formato.

Anche il separatore delle migliaia è diverso:


(I numeri arabi orientali hanno anche un altro separatore: ١٠٬٠٠٠٫٠٠: image )

Come ciò influisce su Discourse:

  • Formati di data e ora, numeri, inizio della settimana lavorativa.

Cosa non è influenzato:

  • Date relative.

Soluzioni ideali:

  • Estrarre e integrare i formati Unicode e permettere all’utente di selezionare qualsiasi locale desideri. Questo richiede riflessione poiché potrebbe entrare in conflitto con Moment.JS.
  • Fornire tutti i mezzi e le modalità affinché i traduttori possano selezionare quale formato mostrare dove nel software.
3 Mi Piace

Non ci sono piani per dividere l’attuale sistema delle localizzazioni in localizzazione e lingua dell’interfaccia utente nel prossimo futuro. Tuttavia, sono d’accordo: sarebbe una buona cosa fare.

Comunque, penso che l’attuale sistema possa già essere utilizzato per creare localizzazioni specifiche per regione. Abbiamo client.en_US.yml e server.en_US.yml che sovrascrivono i formati di data/ora, i numeri, ecc.

Sono sicuro che qualcosa di simile potrebbe essere fatto anche per l’arabo. Dovrebbe essere possibile farlo persino con un plugin.

2 Mi Piace