Milo Casagrande ha scritto:
> Ciao,
>
Ciao Milo
> scusa se ti disturbo. Con il gruppo di traduzione di Ubuntu stavamo
> controllando lo stato delle traduzioni di alcuni programmi che sono
> condivisi da più distribuzioni, in particolare ci è caduto l'occhio su
> PulseAudio e i moduli correlati (che non sono tradotti affatto).
>
> Dal sito di PulseAudio risulta che le traduzioni sono gestite tramite
> l'interfaccia Transifex di Fedora, volevo quindi sapere se qualcuno
> all'interno del gruppo di traduzione italiano si sta occupando di quella
> traduzione o se è comunque pianificata.
>
> In caso non fosse affidata a nessuno o nessuno se ne sta occupando, ti
> chiedo se per voi è un problema se ce ne occupiamo noi e poi ve la
> mandiamo per caricarla. La traduzione verrebbe doppiamente revisionata:
> dal gruppo di traduzione di Ubuntu e nella mailing list del TP.
>
Il gruppo di traduzione è formato da un ristretto numero di
collaboratori ed il Progetto Fedora di traduzione sembra crescere più
velocemente di quanto possa farlo la comunità di traduttori italiana.
Sono comunque allo studio del Progetto, nuove infrastrutture, strumenti
e modalità atti a semplificare il processo di approccio per i nuovi
traduttori, che ci fanno promettere bene per il futuro.
Attualmente tutti i traduttori del progetto sono impegnati a mantenere
tradotte almeno le stringhe delle release di Fedora, cercando di fare
quello che si può con i moduli provenienti dalla sezione "varie risorse".
Gli aiuti dall'esterno sono bene accetti in qualsiasi forma.
> Controllando altri programmi/moduli, ci siamo accorti di
> system-config-printer che viene utilizzato da GNOME, avahi, packagekit,
> che viene utilizzato da più distribuzioni. Di questi volevo chiederti se
> la traduzione è stata revisionata anche presso il TP, essendo due moduli
> a più ampio utilizzo.
>
Come già successo per system-config-printer, per cui abbiamo collaborato
con la comunità Mandriva, ci sono pervenuti più contributi che sono
stati revisionati sia dal team esterno che dal nostro prima del submit
finale.
Esorto gli amici delle comunità non Fedora a non escludere la
possibilità di partecipare anche al progetto L10N Fedora per seguire da
vicino lo sviluppo di quei moduli che permeano più distribuzioni.
> Ciao e grazie in anticipo.
>
>
Ciao a presto!
--
Francesco Tombolini <tombo(a)adamantio.net> <tombo(a)fedoraproject.org>
Key fingerprint = EDA9 7504 AA93 CEFC 5990 1356 8584 6B05 F140 5F73
http://www.adamantio.net
RFC. Nell'ultimo weekend, si sono svolti su
irc://freenode/fedora-trans-it diversi incontri fra i componenti del
team, al fine di cercare di verificare la bontà del metodo di traduzione.
Fra le note importanti, è emerso che in media i componenti del team (per
giunta di numero abbastanza esiguo) operano in modo occasionale, e
possono talvolta valutare in modo grossolano l'ordine delle priorità dei
pacchetti, documenti o pagine wiki da tradurre, disperdendo le proprie
energie su oggetti che sono meno usati dagli utenti finali.
Fra le proposte a cui dar seguito vi è quindi la necessità produrre una
pagina di prenotazione dei lavori, che evidenzi in modo esplicito quali
pacchetti tradurre per primi e le eventuali scadenze di progetto.
Fra gli altri argomenti discussi sono stati evidenziati anche dei limiti
per così dire prestazionali. Nonostante in effetti, il metodo
traduttore/revisore, assicuri un certo grado di qualità, esso produce
un certo ritardo fra il momento di presa in carico dell'oggetto da
tradurre e la fine della transazione (momento della sottomissione in
transifex).
Per favorire la traduzione ed invio di pacchetti o documenti con poche
stringhe da tradurre (attorno alle 20 stringhe massimo), si è deciso che
il traduttore dovrà seguire lo stesso metodo di notifica di sempre, per
prenotare il pacchetto (notizia in ml + aggiornamento della wiki), ma al
termine della traduzione potrà inviare il pacchetto in transifex anche
senza revisione.
Sulla wiki si osserverà quindi un pacchetto che riporterà lo stato
inviato ma con la casella del revisore in bianco.
In qualsiasi momento un revisore potrà farsi avanti per la revisione di
questo tipo di pacchetti (risposta in ml + aggiornamento wiki), ed una
volta dichiarato, esso riceverà dal traduttore i vecchi file da
confrontare con i nuovi.
Nel caso in cui il file necessiti di modifiche esso verrà discusso con
il traduttore, se tutto va bene verrà posto il valore di operazione
completata sulla wiki.
In questo modo si potranno aggiornare molto velocemente quei files con
poche stringhe da tradurre (che rendono damned lies abbastanza caotico),
mantenendo traccia dei file che vanno revisionati.
Scusate per il post prolisso, ed un grazie a Silvio, Franco e Guido per
la propositività.
--
Francesco Tombolini <tombo(a)adamantio.net> <tombo(a)fedoraproject.org>
Key fingerprint = EDA9 7504 AA93 CEFC 5990 1356 8584 6B05 F140 5F73
http://www.adamantio.net