Newsgroup: it.comp.os.dibattiti
Titolo: Traduzioni

Salve a tutti, vi propongo una delle mie bizzarre idee.
Il problema della localizzazione dei programmi.
premetto che sto pensando molto al KDE (
www.kde.org
) in questo periodo
e vi č venuta in mente una idea per quanti riguarda le traduzioni.
Sappiamo tutti che la localizzazione di un programma si compone di due
aspetti principali, il programma vero e proprio e l'help. per Quanto
rigurda l'help niente innvazioni ma per quanto il soft ho pensato ad
una possibile soluzione.
La maggior parte dei programmi č sviluppata in ambiente object
oriented. Se le scritte che appaiono a schermo foosero prese da un
file di testo, con un nome specifico per lingua, tipo 
translate.us
 le
scritte per l'inglese 
translate.de
 per il tedesco, translate.ita per
l'italiano ecc. invecie che essere inserite compilate dentro il
programma non sarebbe tuuto + facile? Per di + basterebbe mantenere un
DB con le traduzioni dei comandi + comuni tipo apri, stampa ecc. e
miracolosamente scegliendo oppurtunamente la lingua il programma si
trasformerebbe nella lingua scelta. Se si impostasse da una specie di
pannello di controllo le lingue da scegliere quando non si trova la
traduzione saremmo a posto.
Troppo facile o banale, se pensate a come linux accede ai nomi linghi
nei Cdrom (trans.tbl) vi accorgerete che ho inventato l'acqua calda  

fas...@comune.re.it
 wrote:
 
 >oriented. Se le scritte che appaiono a schermo foosero prese da un
 >file di testo, con un nome specifico per lingua, tipo 
translate.us
 le
 >scritte per l'inglese 
translate.de
 per il tedesco, translate.ita per
 >l'italiano ecc. invecie che essere inserite compilate dentro il
Complimenti, hai appena inventato GNU gettext. Ma KDE non rispetta la
GPL e quindi non lo puo` usare. Un motivo in piu` per usare GNOME. :-)
Per la cronaca io sono il coordinatore del team italiano dei traduttori
GNU, se vuoi tradurre qualcosa fammelo sapere. :-)
Tra parentesi, ho letto che tra un po' gli sviluppatori di GNOME
inizieranno ad aggiungere il supporto per CORBA.
 >trasformerebbe nella lingua scelta. Se si impostasse da una specie di
 >pannello di controllo le lingue da scegliere quando non si trova la
 >traduzione saremmo a posto.
Il default e` l'inglese ma puo` anche impostare qualcosa tipo
LANG="it:fr:en:de". Da qui a scrivere un programmino che lo fa tramite
un menu` il passo e` assai breve.
 >Troppo facile o banale, se pensate a come linux accede ai nomi linghi
 >nei Cdrom (trans.tbl) vi accorgerete che ho inventato l'acqua calda  
Trans.tbl non serve a linux, lo crea il programma di masterizzazione
a beneficio dei sistemi che non gestiscono le estensioni Rock Ridge.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *

nei Cdrom (trans.tbl) vi accorgerete che ho inventato l'acqua calda
Per Amiga l'hai scoperta :> locale.library, presente nell'OS dalla versione
2.01 del 1990 (se non erro). E' un pò manchevole per gli alfabeti
ideografici (come il cinese, se i giapponesi usassero solo hiragana e
katakana non  avrebbero problemi IMHO :>) ma una cosa del genere l'ho
vista solo con Java.... certo,potrebbe dipendere dalla mia ignoranza :>
Cmq NON è banale in assoluto, ed è una gran bella cosa IMHO. :>
E NON è necessario che sia OO... :>
(prima di spedire ho switchato l'OS in svedese!!!! Il programma purtroppo
ha solo la localizzazione italiana, quindi non ha cambiato lingua...)
 Lucio Pitocco
 EMail         : l u p i @ m a i l . i t e l c a d . i t
 EfNet,UnderNet: Hayabusa

 programma non sarebbe tuuto + facile?
[...]
Premesso che io
<SFOGO>
DETESTO LE LOCALIZZAZIONI! LE ODIO! LE DISPREZZO!!!!
Avete mai provato a mettere le mani su un PC che parla Svedese? 
E ricordarsi dove stanno le funzioni basandovi sulla posizione nei
drop-down?
Argh!
</SFOGO>
Ahem...
La soluzione che proponi e' gia' vastamente implementata.
A livello di C, tramite locale.h e alcune librerie di supporto (il cui
nome non ricordo), a livello utente (su U*X, HP-UX e' un esempio)
tramite le variabile di environment LOCALE e/o LANG.
Le applicazioni locale-compliant usano queste variabili per reperire
stringhe all'interno di un DB basato su file system.
Una cosa curiosa e' che in questo campo il sw di Redmond brilla, come
spesso avviene, per bizzarria/inanita'.
Lasciamo stare che hanno localizzato i nomi delle macro di Office (per
cui programmi scritti in un paese non vanno piu' bene in un altro).
Per motivi storici, io ho un PC con NT versione USA e Excel versione
italiana.
Ho scoperto il seguente, interessante fatto:
benche' i nomi delle macro di excel cosi' installato seguano la
convenzione italiana, gli argomenti delle macro seguono la convenzione
Americana (!!)
Questo *normalmente* e' invisibile, ma non sempre: ad esempio esiste
almeno una macro di formattazione delle date che richiede per argomento
una stringa di formato (ad esempio "gg/mm/aa"). Perche' questo funzioni
sul mio PC, la stringa deve essere cambiata in "dd/mm/yy".
Oh, brave new world...
Cheers,
	Alessandro

a...@orion.it
 wrote:
 >Avete mai provato a mettere le mani su un PC che parla Svedese? 
 >E ricordarsi dove stanno le funzioni basandovi sulla posizione nei
 >drop-down?
Perche` doversene ricordare? Con unix il default e` inglese, basta
un "unset LANG" e hai di nuovo i menu` originali.
L'importante e` che le traduzioni siano decenti. Un cattivo esempio e`
AIX, un buon esempio sono i programmi GNU (che quando ho tempo verifico
personalmente).


 programma non sarebbe tuuto + facile?
Gia' fatto da AmigaOS 8 anni fa.
La locale.library permetteva di creare un file con le corrispondenze
fra i tag contenuti nel tuo programma e le stringhe scritte nei vari
linguaggi. Ovviamente c'era un linguaggio standard da adottare nel
caso non fosse presente il file con le corrispondenze.
Il programma quindi si adattava alla lingua usata nel sistema,
ma non e' finita: se aprivi una shell e digitavi "locale <nomelingua>"
TUTTO il sistema switchawa automaticamente sulla lingua
selezionata, compresi i programmi che la prevedevano, senza
ovviamente dover rifare il boot, o addirittura reinstallare tutto, come
invece accade anche per le cose piu' semplici con i SO scritti
coi piedi.
Con un trucco non documentato era anche possibile avere sulla
stessa macchina programmi in lingua differente, apparentemente
inutile in se', ma non per noi perche' lo usammo per scrivere
un sistema di chat per un BBS accessibile da Inet, dove ogni
utente apriva il proprio processo nella lingua che preferiva.
La locale.library era una delle tante cose di Amiga che brillava
per eleganza e snellezza, e forse non e' stata copiata proprio
per questo.
sr - 
nul...@nospam.flashnet.it
 <remove "nospam." to email>

2.01 del 1990 (se non erro). E' un pò manchevole per gli alfabeti
Io ho il Workbench 2.05 ma non c'e' nessuna localizzazione e nessuna
locale.library. Ma non era stata aggiunta a partire dalla versione 3
del Workbench?
Attendo lumi... :)
---
Lunga vita e prosperita'   
Roberto
-> Togliere la a finale per rispondere in e-mail <-

 Per la cronaca io sono il coordinatore del team italiano dei traduttori
c'e` qualche documento di riferimento per le traduzioni? in particolare per i
temini tecnici
-- 
Ranger, togli .fr dal mio indirizzo per rispondere
http://members.tripod.com/%7Eranger_rg/

del Workbench?
Ehm, hai ragione. La versione dell'OS è la 2.1, che in Italia se non erro
ebbe un pò di problemi di distribuzione. Mi sono sbagliato con altre
libs... Io passai a suo tempo dall'1.3 al 3.1 direttamente :>


 
Perche' era una macchina win3.11 [e per di piu' con un app. manager 
non standard della Compaq ] (@#$%!!).
Ho imparato un po' di svedese pero' (Avsluta == Quit)
Cheers,
	ALessandro
---
Alessandro Forghieri		Site administrator Nouvelle srl
Email: 
a...@orion.it
		Voice: 	+39 59 345767
Via Giardini 460		Fax:	+39 59 343822

ran...@queen.it.fr
 wrote:
 >ma gettext non e` quello che elabora i vari .po e li traduce in .mo, che poi
Si.
 >viene usato dagli eseguibili ? in KDE c'e`.
Se c'e` lo hanno aggiunto in una delle ultime beta, quella che ho io usa
un sistema proprietario.
 >c'e` qualche documento di riferimento per le traduzioni? in particolare per i
 >temini tecnici
Si, io sono l'editor:
ftp://ftp.linux.it/pub/ILS/People/md/glossario.tgz
