Come impostate il vostro lang.sh

[tgmx]

Ciao Ragazzi,
in questi giorni sto installando la Slack su un nuovo PC per casa e, tanto per crearmi problemi, sto cercando di capire come è meglio inpostare la localizzazione del sistema.

Sinceramente fino a poco tempo fa avevo sempre lasciato tutto da installazione, quindi con:

Codice: Seleziona tutto

# en_US is the Slackware default locale:
export LANG=en_US

poi Amarok mi dava problemi con alcuni mp3 che contenevano lettere accentate (non li leggeva proprio) e ho letto che andava abilitato l'UTF quindi ho messo:

Codice: Seleziona tutto

export LANG=en_US.UTF-8

e questo ha risolto il problema di Amarok.

Ora però mi ritrovo con alcuni programmi (in particolare Qt-Creator) che quando aprono file di testo creati prima della modifica della localizzazione segnalano un problema nella codifica.


Detto questo, voi come avete impostato la localizzazione della vostra Slack... e perchè?

[Plaoo]

Codice: Seleziona tutto

export LANG=it_IT

Solo questo semplicemente e nient'altro. Mai avuto problemi di sorta.

[Vito]

Io ho:

Codice: Seleziona tutto

# the Slackware locale:
export LANG=it_IT@euro

e

Codice: Seleziona tutto

export LC_COLLATE=it_IT@euro

idem in lang.csh.

Mi farebbe piacere però avere delucidazioni da qualcuno più esperto su quale sia la codifica migliore da adottare.

[brainvision]

io uso invece la codifica UTF-8, quindi, rispettivamente, nei 2 file di cui si parla, imposto sempre

Codice: Seleziona tutto

it_IT.UTF-8

unico neo di questa scelta è la visualizzazione errata, quando X non è avviato, dei caratteri accentati nei programmi da console.. es. il classico errore in nano quando chiede se salvare o meno il file che abbiamo appena modificato.. invece di leggere

Codice: Seleziona tutto

Sì / No

, vediamo qualcosa del tipo

Codice: Seleziona tutto

SAȽ / No

[tgmx]

Ma l'utilità nel mettere it_IT al posto di en_US sta solo nell'avere i programmi "italianizzati" o c'è una ragione più importante?

Io ormai sono abituato ad avere tutto in inglese quindi se la scelta dipende solo da questo, lascio en_US.

[conraid]

Ma l'utilità nel mettere it_IT al posto di en_US sta solo nell'avere i programmi "italianizzati" o c'è una ragione più importante?

Io ormai sono abituato ad avere tutto in inglese quindi se la scelta dipende solo da questo, lascio en_US.

se metti solo LANG in it_IT ottieni il cambiamento di tutto, dalla lingua ai numeri, notazione metrica, ogni cosa è italianizzata

se vuoi mescolare le cose ti puoi personalizzare ogni voce

Codice: Seleziona tutto

LANG=it_IT.utf8
LC_CTYPE="it_IT.utf8"
LC_NUMERIC="it_IT.utf8"
LC_TIME="it_IT.utf8"
LC_COLLATE=C
LC_MONETARY="it_IT.utf8"
LC_MESSAGES="it_IT.utf8"
LC_PAPER="it_IT.utf8"
LC_NAME="it_IT.utf8"
LC_ADDRESS="it_IT.utf8"
LC_TELEPHONE="it_IT.utf8"
LC_MEASUREMENT="it_IT.utf8"
LC_IDENTIFICATION="it_IT.utf8"
LC_ALL=

magari mettere

Codice: Seleziona tutto

LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="it_IT.utf8"
LC_TIME="it_IT.utf8"
LC_COLLATE=C
LC_MONETARY="it_IT.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="it_IT.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="it_IT.utf8"
LC_TELEPHONE="it_IT.utf8"
LC_MEASUREMENT="it_IT.utf8"
LC_IDENTIFICATION="it_IT.utf8"
LC_ALL=

e così via...

o magari

Codice: Seleziona tutto

ANG=en_US.utf8
LC_ALL=it_IT.utf8

così che avresti LANG in inglese e tutto il resto in italiano, anche se devi fare attenzione a LC_COLLATE=C

io uso invece la codifica UTF-8, quindi, rispettivamente, nei 2 file di cui si parla, imposto sempre

Codice: Seleziona tutto

it_IT.UTF-8

unico neo di questa scelta è la visualizzazione errata, quando X non è avviato, dei caratteri accentati nei programmi da console.. es. il classico errore in nano quando chiede se salvare o meno il file che abbiamo appena modificato.. invece di leggere

Codice: Seleziona tutto

Sì / No

, vediamo qualcosa del tipo

Codice: Seleziona tutto

SAȽ / No

devi configurare anche i terminali, usare i font giusti, codifica giusta, etc...

non dovrebbero esserci problemi se un programma è sviluppato con supporto a utf8, altrimenti non ci possiamo fare niente

Io ho:

Codice: Seleziona tutto

# the Slackware locale:
export LANG=it_IT@euro

e

Codice: Seleziona tutto

export LC_COLLATE=it_IT@euro

idem in lang.csh.

Mi farebbe piacere però avere delucidazioni da qualcuno più esperto su quale sia la codifica migliore da adottare.

al giorno d'oggi secondo me scegliere qualcosa di diverso da utf8 ha poco senso, però è una scelta personale.

lang.csh se non usi la cshell può ignorarlo

[tgmx]

Grazie Conraid,

ora per complicarmi un po' le cose mi chiedo:

se qualcuno mi da un file di testo contenente delle lettere accentate (e altri caratteri strani) sia nel nome che nel contenuto, creato utilizzanto it_IT.utf8 e io lo apro con en_US o magari con en_US.utf8 che problemi posso riscontrare?

[conraid]

nessuno se il programma con cui apri il file supporta le varie codifiche, al limite devi cambiare le impostazioni a mano. Stesso discorso per esempio in firefox se il sito non ha metatag corretti.
Se invece il programma non supporta le varie codifiche le vedi male. Ma in quel caso dovresti pensare a cambiare programma.

[tgmx]

nessuno se il programma con cui apri il file supporta le varie codifiche, al limite devi cambiare le impostazioni a mano. Stesso discorso per esempio in firefox se il sito non ha metatag corretti.
Se invece il programma non supporta le varie codifiche le vedi male. Ma in quel caso dovresti pensare a cambiare programma.

Come ho detto (sommariamente) nel primo post, ho riscontrato questo problema con Qt-Creator.

In pratica dei file di sorgenti (.cpp e .h) creati prima di cambiare localizzazione (da en_US a en_US.utf8) quando li apro mi viene chiesto di selezionare a mano la codifica utilizzata perchè altrimenti Qt-Creator non è in grado di capire come gestirli (me li apre in sola lettura).

[conraid]

Sì, anche altri programmi fanno così. Alcuni non avvertono e sembrano sbagliati. Devi cambiare a mano. Per esempio bluefish era così, mi sembra che nelle ultime versioni cambi automaticamente. Per non parlare di programmi da console tipo mcedit.
Con questi programmi puoi configurare la distribuzione come vuoi, tanto ci sarà sempre qualche file codificato diversamente.
Però detto tra noi un file con codice sorgente ha poco senso in qualsiasi notifica, basta ASCII puro. Dove userai le lettere accentate, caratteri orientali, etc? nei commenti? basta stare attenti.
A me molti file di questo tipo sballano solamente per il carattere del copyright, della serie, l'inutilità più assoluta

[tgmx]

Sì, anche altri programmi fanno così. Alcuni non avvertono e sembrano sbagliati. Devi cambiare a mano. Per esempio bluefish era così, mi sembra che nelle ultime versioni cambi automaticamente. Per non parlare di programmi da console tipo mcedit.
Con questi programmi puoi configurare la distribuzione come vuoi, tanto ci sarà sempre qualche file codificato diversamente.
Però detto tra noi un file con codice sorgente ha poco senso in qualsiasi notifica, basta ASCII puro. Dove userai le lettere accentate, caratteri orientali, etc? nei commenti? basta stare attenti.
A me molti file di questo tipo sballano solamente per il carattere del copyright, della serie, l'inutilità più assoluta

Forse qualche accento nei commmenti, ma cerco in genere di evitarli...