[it-l10n] Nuove stringhe da tradurre per LibreOffice 3.5 e metodo di lavoro

Ciao a tutti,

si aprono le traduzioni delle  nuove stringhe di Libreoffice per la 
nuova versione in uscita (3.5) a dicembre.

Lo string freeze è previsto il 19 dicembre, quindi abbiamo un mesetto 
buono per lavorarci sopra, tenuto conto che le stringhe potranno anche 
essere aggiornate.

Chi vuole collaborare si faccia pure avanti senza indugio! Le/gli 
verranno assegnati dei pacchetti da tradurre che dovranno essere 
restituiti al sottoscritto. provvederò io, al momento, al caricamento in 
Pootle.

Lamento fin d'ora la mancanza di Paolo (Pozzan) alla guida del processo 
di traduzione, il quale ha deciso di seguire nuove strade ed esperienze. 
Paolo, noi siamo qui!

Andrea, tu hai tempo per collaborare come coordinatore ed, 
eventualmente, come revisore?

Di seguito un ipotetico metodo di lavoro da seguire. Mi scuso per la 
lunghezza del post.

*Premessa*

Fino ad adesso, per adesso intendo per OpenOffice.org, il metodo era:

- estrapolazione delle stringhe da tradurre dai pacchetti
- assegnazione delle stringhe ai vari traduttori
- traduzione offline con CAT tool, (era stato adottato OmegaT, come 
strumento preferito)
- rinvio delle stringhe tradotte
- revisione
- ricostruzione dei file e caricamento sul server

A mio personalissimo avviso, questo metodo non era completamente 
efficace per una serie di motivi, tra cui:

- spesso le stringhe erano avulse dal contesto del pacchetto di stringhe 
che le ospitava, ed era (non è comunque) meno facile capirne il senso
- lo strumento utilizzato (OmegaT) era, ed è, un ottimo strumento di 
traduzione, ma non totalmente adatto alla gestione di file .po su cui si 
lavora. In particolare perché non gestisce bene la varietà di 
significati che una parola inglese può assumere nella lingua italiana; 
in parole povere, la traduzione di una parola è univoca e si riproduce a 
cascata su tutte le altre uguali, creando non pochi errori (un esempio: 
"downloaded" può significare "scaricato, scaricati, scaricata, 
scaricate", dipende dal contesto; con OmegaT, se si traduce in 
_scaricato_, tutte le occorrenze "singole" di downloaded vengono 
tradotte così, creando incongruenze)
- la revisione e la ricostruzione dei file poteva essere difficoltosa, 
dispendiosa di tempo e con errori

*Nuovo metodo suggerito*

- adozione di nuovi strumenti CAT a scelta, ma che gestisca in modo 
omogeneo i file .po/.pot; per ciò che mi riguarda, lavorando in ambiente 
KDE, uso Lokalize che funziona egregiamente. Per Windows, Mac e Linux 
Gnome/XCFE/LDXE *POEdit* (http://www.poedit.net) dovrebbe essere una 
soluzione più che adatta. Se qualcuno ne ha altri che gestiscono bene 
questo tipo di file, ben venga!
- assegnazione ad ogni singolo traduttore di un file singolo completo e 
relativo corrispondente della guida, se esistente, al fine di permettere 
un lavoro più omogeneo e razionale e di avere una visione generale del 
pacchetto di stringhe su cui ci si muove. Naturalmente qualche file sarà 
più lungo degli altri, ma sarà possibile lavorare "dalla stringa xxx 
alla stringa yyy" (per i file molto grossi, che al momento non noto), 
assegnando uno stesso file a più traduttori.
- le parti tradotte vanno restituite "da approvare" (fuzzy) per una 
facile e rapida individuazione (sarà compito del revisore approvare le 
traduzioni)
- restituzione dei file tradotti al revisore, revisori (spero di non 
essere da solo... Andrea? Luca?)
- controllo e caricamento in Pootle (da parte del sottoscritto)

I *vantaggi*:

- il traduttore ha la panoramica completa dell'area in cui opera, 
compresa la guida, quindi una migliore comprensione del "tutto"
- il file tradotto è già pronto, va solo controllato, eventualmente 
corretto e caricato
- si saltano passaggi di unione e riconversione, con rischio di perdita 
di dati e/o stringhe

Se dovessero servire memorie di traduzione, non è un problema, oltre 
quelle già esistenti, è possibile, da Lokalize, per esempio, creare ed 
esportare/importare memorie (.tmx) da un intero progetto di traduzione. 
Inoltre è possibile avere traduzioni alternative per tenere sott'occhio 
le traduzioni dei colleghi "stranieri", al fine di avere suggerimenti 
utili. Pootle già offre questa possibilità, basta solo scaricare i 
pacchetti e configurare il programma CAT per leggere quei file.

Tutta questa lungaggine a parole, tra l'altro, è molto più semplice a 
farsi che a dirsi, quindi non ci si spaventi per l'inizio, siamo qui per 
aiutare e consigliare (naturalmente c'è gente più esperta di me che può 
farlo... :)

L'importante è seguire le regole di traduzione, che sono poi le stesse 
che si utilizzavano quando si traduceva OpenOffice.org

Naturalmente questa è la mia visione del processo di traduzione, ognuno 
è libero di agire come preferisce e suggerire un proprio metodo. Sarebbe 
possibile lavorare in direttamente in Pootle, ma per far quello bisogna 
essere esperti e sapere cosa si sta toccando e modificando. Gli errori 
sono sempre in agguato ed è un attimo sbagliare. Lo dico per comprovata 
esperienza, di errori ne ho commesso e ne commetto tantissimi anch'io.

Dunque, per concludere, suggerimenti e altri metodi sono bene accetti, 
fermo restando il fatto che la base su cui lavorare sarà comunque 
Pootle, che viene di volta in volta aggiornato dai responsabili dei 
pacchetti di lingua (nello specifico Andras Timar, se non erro).

Chi ha intenzione di collaborare, questo è il momento giusto! Fatevi 
avanti senza indugio!!!

Ciao!
--
Valter
*Open Source is better!*
KDE: www.kde.org
Kubuntu: www.kubuntu.org
LibreOffice: www.libreoffice.org

--
Unsubscribe instructions: E-mail to l10n+help@it.libreoffice.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/it/l10n/
All messages sent to this list will be publicly archived and cannot be deleted