R: [RiminiLUG-General] Tools di localizzazione

["xyzjkhwqt" <xyzjkhwqt@xxxxxxxxxxxx>]

Grazie Christian

Proverò senz'altro a seguire il percorso che mi suggerisci.
Sono intenzionato a costruirmi un set funzionale
che renda le procedure agevoli e il più standardizzate possibile.
Ci metterò senza dubbio del tempo (ad es. mai usato Perl),
ma credo che per me ne valga la pena, giacché, come sai, 
mi accade abbastanza frequentemente di dover localizzare dei software.
Il più delle volte l'operazione si limita ai menu e poco più, ma 
capita (come nell'ultimo caso) che l'impegno sia più articolato ed esteso.
Aggiungo anche che, con una certa frequenza 
(e marcatamente con le software house piccole)
i programmatori non pianificano uno sviluppo multi-lingua,
per cui poi la localizzazione diventa, 
anziché un'operazione di mera traduzione, 
una sessione di slalom speciale su un campo minato. 

Vista la necessità di localizzazione del mondo open-source,
l'argomento potrebbe anche costituire materia per un gruppo di studio 
o per un approfondimento tematico...

a presto
Joris


> -----Messaggio originale-----
> Da: Christian Zoffoli [mailto:czoffoli@xxxxxxxxxxxx] 
> Inviato: venerdì 3 ottobre 2008 13.41
> A: riminilug-general@xxxxxxxxxxxx
> Oggetto: Re: [RiminiLUG-General] Tools di localizzazione
> 
> Ciao Joris,
> i programmi che citi vengono tipicamente utilizzati per 
> localizzare software basati su gettext.
> 
> Il mio consiglio è quello di utilizzare il perl per "parsare" 
> correttamente il testo, inserire le stringhe in un db 
> ...creando una matrice di traduzione e creare qualche 
> semplice script per l'inserimento, la modifica e la 
> cancellazione delle traduzioni.
> 
> L'utilizzo di linguaggi quali il perl, grazie alle 
> funzionalità avanzate di trattamento delle stringhe, ti 
> permette di creare un ambiente molto flessibile ed in 
> particolare ti permette di gestire agevolmente le varie 
> revisioni delle traduzioni.
> 
> Inoltre ti consiglio di valutare con estrema attenzione il 
> problema della codifica delle stringhe ...in particolare ti 
> consiglio di partire subito con una gestione completamente 
> basata su utf8.
> 
> Per quanto concerne il db ti consiglio di usare postgresql, 
> ti evita alcuni sbattimenti di codifica delle stringhe tipica 
> di mysql.
> 
> 
> Christian
> 
> 
>