E' finalmente ufficiale la migrazione da elvis ad infrastrutture Fedora:
http://fedoraproject.org/wiki/L10N/FedoraModulesMove/Announcement/it
vediamo se riesco a tradure un po meglio del software; mi candido per la traduzione di virt-manager, il gestore di macchine virtuali su fedora 9; così potrò eseguire una macchina virtuale su fedora 9 installata su macchina virtuale.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Ciao, ho cercato di provare la tua traduzione di yum su fedora 8, ma la versione di yum installata (anche se è la stessa a quella che mi avevi detto) ha il supporto a gettext ma nei file python le stringhe non sono (ancora) esternalizzate. Quindi per fare i test sto usando fedora live 9 su chiavetta usb e non è male se ti interessa.
Per il momento ho dato una prima occhiata con gtranslator e mi sembra tutto ok, quando hai la versione definitiva fammi un fischio!
(Occhio pero' che il file è in latin-1, credo che vada messo in utf-8 comunque, anche se da programma viene chiamata ugettext() )
ciao e buon lavoro, Guido
Il 19/02/08, Silvio Pierroperplesso82@gmail.com ha scritto:
vediamo se riesco a tradure un po meglio del software; mi candido per la traduzione di virt-manager, il gestore di macchine virtuali su fedora 9; così potrò eseguire una macchina virtuale su fedora 9 installata su macchina virtuale.
-- Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
Ok, tanto non credo ci siano differenze fra fedora 8 e fedora 9 in quanto yum a quanto ho capito è una risorsa di entrambi i sistemi (anche Fedora 7, per capirci) quindi 8 o 9 non cambia molto ;)
se hai dato un'occhiata e non hai nulla da cambiare dimmelo dato che aspettavo che mi tornasse la versione revisionata per continuare; sai per evitare casini
(il set di caratteri di gtranslator era su ISO-8859-8 e l'ho cambiato in UTF-8 ....potrebbe essere questo?)
Il giorno mar, 19/02/2008 alle 16.28 +0100, Guido Grazioli ha scritto:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Ciao, ho cercato di provare la tua traduzione di yum su fedora 8, ma la versione di yum installata (anche se è la stessa a quella che mi avevi detto) ha il supporto a gettext ma nei file python le stringhe non sono (ancora) esternalizzate. Quindi per fare i test sto usando fedora live 9 su chiavetta usb e non è male se ti interessa.
Per il momento ho dato una prima occhiata con gtranslator e mi sembra tutto ok, quando hai la versione definitiva fammi un fischio!
(Occhio pero' che il file è in latin-1, credo che vada messo in utf-8 comunque, anche se da programma viene chiamata ugettext() )
ciao e buon lavoro, Guido
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux)
iD8DBQFHuvWREtymmF6BIngRAik6AJwOTWrEOUhNSzmh9u0j6QqmkTP5WACfam5U iSblhX5lfK6pIpRRn1YTx80= =FqUq -----END PGP SIGNATURE-----
Il 19/02/08, Silvio Pierroperplesso82@gmail.com ha scritto:
vediamo se riesco a tradure un po meglio del software; mi candido per la traduzione di virt-manager, il gestore di macchine virtuali su fedora 9; così potrò eseguire una macchina virtuale su fedora 9 installata su macchina virtuale.
-- Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
Beh yum c'è un pezzo, ma il supporto a gettext (cioè ai pot files) è nuovissimo. Procedi pure con la traduzione Guido
Il 19/02/08, Silvio Pierroperplesso82@gmail.com ha scritto:
Ok, tanto non credo ci siano differenze fra fedora 8 e fedora 9 in quanto yum a quanto ho capito è una risorsa di entrambi i sistemi (anche Fedora 7, per capirci) quindi 8 o 9 non cambia molto ;)
se hai dato un'occhiata e non hai nulla da cambiare dimmelo dato che aspettavo che mi tornasse la versione revisionata per continuare; sai per evitare casini
(il set di caratteri di gtranslator era su ISO-8859-8 e l'ho cambiato in UTF-8 ....potrebbe essere questo?)
Il giorno mar, 19/02/2008 alle 16.28 +0100, Guido Grazioli ha scritto:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Ciao, ho cercato di provare la tua traduzione di yum su fedora 8, ma la versione di yum installata (anche se è la stessa a quella che mi avevi detto) ha il supporto a gettext ma nei file python le stringhe non sono (ancora) esternalizzate. Quindi per fare i test sto usando fedora live 9 su chiavetta usb e non è male se ti interessa.
Per il momento ho dato una prima occhiata con gtranslator e mi sembra tutto ok, quando hai la versione definitiva fammi un fischio!
(Occhio pero' che il file è in latin-1, credo che vada messo in utf-8 comunque, anche se da programma viene chiamata ugettext() )
ciao e buon lavoro, Guido
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux)
iD8DBQFHuvWREtymmF6BIngRAik6AJwOTWrEOUhNSzmh9u0j6QqmkTP5WACfam5U iSblhX5lfK6pIpRRn1YTx80= =FqUq -----END PGP SIGNATURE-----
Il 19/02/08, Silvio Pierroperplesso82@gmail.com ha scritto:
vediamo se riesco a tradure un po meglio del software; mi candido per la traduzione di virt-manager, il gestore di macchine virtuali su fedora 9; così potrò eseguire una macchina virtuale su fedora 9 installata su macchina virtuale.
-- Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
-- Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
Non è che qualcuno sa spiegarmi il significato dell'underscore nei messaggi di traduzione? es: _Printscreen grazie mille!
Il 19/02/08, Silvio Pierroperplesso82@gmail.com ha scritto:
vediamo se riesco a tradure un po meglio del software; mi candido per la traduzione di virt-manager, il gestore di macchine virtuali su fedora 9; così potrò eseguire una macchina virtuale su fedora 9 installata su macchina virtuale.
-- Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
Ciao, l'underscore si applica nelle traduzioni delle stringhe dei menu e sottomenu delle gui; il carattere che segue l'underscore è quello che viene "attivato" come "scorciatoia da tastiera" dal programma; esempio:
menu View -> Window (la V e la W sono sottlineate) si apre con Alt+V - W
con "_View" tradotto in "_Visualizza" e "_Window" tradotto in "_Finestra" diventa:
menu Visualizza -> Finestra (V e F sottolineate) si apre con Alt+V - F
Ciao! Guido
Il 20/02/08, Silvio Pierroperplesso82@gmail.com ha scritto:
Non è che qualcuno sa spiegarmi il significato dell'underscore nei messaggi di traduzione? es: _Printscreen grazie mille!
Il 19/02/08, Silvio Pierroperplesso82@gmail.com ha scritto:
vediamo se riesco a tradure un po meglio del software; mi candido per la traduzione di virt-manager, il gestore di macchine virtuali su fedora 9; così potrò eseguire una macchina virtuale su fedora 9 installata su macchina virtuale.
-- Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
-- Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
Silvio Pierro ha scritto:
Non è che qualcuno sa spiegarmi il significato dell'underscore nei messaggi di traduzione? es: _Printscreen grazie mille!
L'underscore indica il carattere che verrà evidenziato come scorciatoia per accedere ad una funzione di menu.
Es. "Alt + F" mi apre il menu _File dove la F è sottolineata.
Se tali funzionalità, gli shortcut intendo, sono hardcoded ritengo che se in una frase in inglese compaia ad esempio un "_help" in italiano andrebbe tradotto come "Aiuto (_h)" o qualcosa del genere; (smentitemi se sbaglio).
Nella fattispecie "_Printscreen" lo tradurrei "Stam_pa schermo".
Ciao
Non te lo posso garantire al 100%, ma mi sembra di ricordare che l'underscore sia supportato a livello di widget gtk, quindi se la sequenza è (in meta linguaggio ridicolo) drawmenu(ugettext(_("_Help"))) direi che si puo' tranquillamente tradurre _Help in _Aiuto
Qualche mese fa ho aggiornato la traduzione di smart package manager, che è in python, e ho potuto verificare che la cosa funziona;
ah ah oggi sono attivissimo sulla ml; stanno testando una webapp e io devo solo seguire il log4j da terminale, che due maroni ;)
Guido
2008/2/20, Francesco Tombolini tombo@adamantio.net:
Silvio Pierro ha scritto:
Non è che qualcuno sa spiegarmi il significato dell'underscore nei messaggi di traduzione? es: _Printscreen grazie mille!
L'underscore indica il carattere che verrà evidenziato come scorciatoia per accedere ad una funzione di menu.
Es. "Alt + F" mi apre il menu _File dove la F è sottolineata.
Se tali funzionalità, gli shortcut intendo, sono hardcoded ritengo che se in una frase in inglese compaia ad esempio un "_help" in italiano andrebbe tradotto come "Aiuto (_h)" o qualcosa del genere; (smentitemi se sbaglio).
Nella fattispecie "_Printscreen" lo tradurrei "Stam_pa schermo".
Ciao
-- Francesco Tombolini tombo@adamantio.net Key fingerprint = EDA9 7504 AA93 CEFC 5990 1356 8584 6B05 F140 5F73 http://www.adamantio.net
-- Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
Per quanto ne so io, vedendo le precedenti traduzioni delle voci di menu, avevo notato che _Help veniva tradotto come (_H)Aiuto e ho concluso che serviva per mantenere la compatibilità con il sistema di shortcut in inglese; sperimentando poi con la traduzione di firstboot notavo che il pulsante: _Forward tradotto in _Avanti funziona perfettamente con Alt-A
Chi di voi sa quali sono i veri retroscena? "(_H)Aiuto" e' un vecchio sistema per agirare un problema risolto? dipende da quale libreria viene utilizzata per costruire i menu?
Penso che se il nostro team non e' in grado di dare una risposta precisa, dobbiamo rigirare la domanda sulla ML generale e produrre nella nostra doc una piccola nota per i nuovi traduttori. Gianluca
Guido Grazioli wrote:
Non te lo posso garantire al 100%, ma mi sembra di ricordare che l'underscore sia supportato a livello di widget gtk, quindi se la sequenza è (in meta linguaggio ridicolo) drawmenu(ugettext(_("_Help"))) direi che si puo' tranquillamente tradurre _Help in _Aiuto
Qualche mese fa ho aggiornato la traduzione di smart package manager, che è in python, e ho potuto verificare che la cosa funziona;
ah ah oggi sono attivissimo sulla ml; stanno testando una webapp e io devo solo seguire il log4j da terminale, che due maroni ;)
Guido
2008/2/20, Francesco Tombolini tombo@adamantio.net:
Silvio Pierro ha scritto:
Non è che qualcuno sa spiegarmi il significato dell'underscore nei messaggi di traduzione? es: _Printscreen grazie mille!
L'underscore indica il carattere che verrà evidenziato come scorciatoia per accedere ad una funzione di menu.
Es. "Alt + F" mi apre il menu _File dove la F è sottolineata.
Se tali funzionalità, gli shortcut intendo, sono hardcoded ritengo che se in una frase in inglese compaia ad esempio un "_help" in italiano andrebbe tradotto come "Aiuto (_h)" o qualcosa del genere; (smentitemi se sbaglio).
Nella fattispecie "_Printscreen" lo tradurrei "Stam_pa schermo".
Ciao
-- Francesco Tombolini tombo@adamantio.net Key fingerprint = EDA9 7504 AA93 CEFC 5990 1356 8584 6B05 F140 5F73 http://www.adamantio.net
-- Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
Gianluca Busiello ha scritto:
Per quanto ne so io, vedendo le precedenti traduzioni delle voci di menu, avevo notato che _Help veniva tradotto come (_H)Aiuto e ho concluso che serviva per mantenere la compatibilità con il sistema di shortcut in inglese; sperimentando poi con la traduzione di firstboot notavo che il pulsante: _Forward tradotto in _Avanti funziona perfettamente con Alt-A
Ok, ho verificato sul campo anche io con il file di linguaggio system-config-firewall ed è come ha detto Guido ed hai già verificato tu.
Chi di voi sa quali sono i veri retroscena? "(_H)Aiuto" e' un vecchio sistema per agirare un problema risolto? dipende da quale libreria viene utilizzata per costruire i menu?
Per me, come risposta è sufficiente questo test empirico, ed è sufficiente per dire che tradurre così "(_H)Aiuto" con Fedora è deprecato.
Penso che se il nostro team non e' in grado di dare una risposta precisa, dobbiamo rigirare la domanda sulla ML generale e produrre nella nostra doc una piccola nota per i nuovi traduttori. Gianluca
+1 invece, per quanto concerne la nota. L'ho buttata giù sotto forma di FAQ se può andare.
ho finito con la traduzione, se qualcuno si offre per la revisione mi faccia sapere.
per quanto riguarda i backspace ho preferito modificarli a naso secondo quelli piu usati nel linguaggio italiano, dato che funzionano comunque.
P.S. grazie per le risposte rapide sull'argomento, sono state davvero utili.
Il giorno mer, 20/02/2008 alle 23.05 +0100, Francesco Tombolini ha scritto:
Gianluca Busiello ha scritto:
Per quanto ne so io, vedendo le precedenti traduzioni delle voci di menu, avevo notato che _Help veniva tradotto come (_H)Aiuto e ho concluso che serviva per mantenere la compatibilità con il sistema di shortcut in inglese; sperimentando poi con la traduzione di firstboot notavo che il pulsante: _Forward tradotto in _Avanti funziona perfettamente con Alt-A
Ok, ho verificato sul campo anche io con il file di linguaggio system-config-firewall ed è come ha detto Guido ed hai già verificato tu.
Chi di voi sa quali sono i veri retroscena? "(_H)Aiuto" e' un vecchio sistema per agirare un problema risolto? dipende da quale libreria viene utilizzata per costruire i menu?
Per me, come risposta è sufficiente questo test empirico, ed è sufficiente per dire che tradurre così "(_H)Aiuto" con Fedora è deprecato.
Penso che se il nostro team non e' in grado di dare una risposta precisa, dobbiamo rigirare la domanda sulla ML generale e produrre nella nostra doc una piccola nota per i nuovi traduttori. Gianluca
+1 invece, per quanto concerne la nota. L'ho buttata giù sotto forma di FAQ se può andare.
-- Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
Come Silvio già sa, dopo aver revisionato e restituito il file .po ho aperto questo bug https://bugzilla.redhat.com/show_bug.cgi?id=435412 per far inserire il pacchetto in oggetto in transifex.
Se nei prossimi giorni il modulo verrà integrato, bene, altrimenti dovremo cercare un metodo di invio alternativo.
La procedura non era fra le più ortodosse, come mi è stato fatto osservare, ma non è stata valutata negativamente.
Però questa cosa mi ha fatto riflettere, in quanto se la richiesta di utilizzo di transifex è esclusiva prerogativa dei possessori di progetto, un traduttore non ha alcun modo ufficializzato di invitare un determinato progetto ad accettare i contributi con tale metodo.
Perciò ho sollevato la domanda a Dimitri, che ha opportunamente esplicitato l'eccezione in http://fedoraproject.org/wiki/L10N/FAQ#add-transifex descrivendoci il modo di invitare i progettisti ad aprirsi verso transifex con l'apertura di un bug opportuno.
Francesco Tombolini ha scritto:
Come Silvio già sa, dopo aver revisionato e restituito il file .po ho aperto questo bug https://bugzilla.redhat.com/show_bug.cgi?id=435412 per far inserire il pacchetto in oggetto in transifex.
Se nei prossimi giorni il modulo verrà integrato, bene, altrimenti dovremo cercare un metodo di invio alternativo.
Allora, secondo il manutentore del pacchetto attualmente abbiamo due possibilità di inviare il file virt-manager e virt-inst .po tradotti, e molto semplicemente sono: * email + attachment diretta al manutentore * apertura di un bug (bugzilla) con relativo attachment del file.
Io sinceramente preferirei il metodo bugzilla, che ci consente di avere sempre dei riferimenti tracciabili dell'invio, ma entrambe i metodi sono validi e potrai scegliere quello che ti è più confortevole.
ho capito, effettivamente il secondo metodo sembra migliore. Comunque io aspetterei ancora un poco prima di inviare i file; dato che i moduli sono ancora in continua evoluzione, magari se li sottometto fra un paio di settimane con le ultime modifiche ci saranno piu possibilità di inviarli tradotti al 100%.
Il giorno mer, 12/03/2008 alle 07.24 +0100, Francesco Tombolini ha scritto:
Francesco Tombolini ha scritto:
Come Silvio già sa, dopo aver revisionato e restituito il file .po ho aperto questo bug https://bugzilla.redhat.com/show_bug.cgi?id=435412 per far inserire il pacchetto in oggetto in transifex.
Se nei prossimi giorni il modulo verrà integrato, bene, altrimenti dovremo cercare un metodo di invio alternativo.
Allora, secondo il manutentore del pacchetto attualmente abbiamo due possibilità di inviare il file virt-manager e virt-inst .po tradotti, e molto semplicemente sono:
- email + attachment diretta al manutentore
- apertura di un bug (bugzilla) con relativo attachment del file.
Io sinceramente preferirei il metodo bugzilla, che ci consente di avere sempre dei riferimenti tracciabili dell'invio, ma entrambe i metodi sono validi e potrai scegliere quello che ti è più confortevole.
-- Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
ciao a tutti, secondo la release schedule ufficiale dovrebbe esserci stato lo string freeze proprio ieri, mentre la deadline per le traduzioni è il 7 aprile; secondo me conviene committare tutto intorno al primo aprile :P mantenendo i po mergeati sui pot per quanto possibile ovviamente...
cmq non credo sia importante puntare al 100% di tutto, ma alla qualità di quel 30%-40% di traduzioni che tutti vedranno (almeno per i pacchetti con gui, per quelli a terminale la percentuale è un po' piu' alta)
Guido
Il 12/03/08, Silvio Pierroperplesso82@gmail.com ha scritto:
ho capito, effettivamente il secondo metodo sembra migliore. Comunque io aspetterei ancora un poco prima di inviare i file; dato che i moduli sono ancora in continua evoluzione, magari se li sottometto fra un paio di settimane con le ultime modifiche ci saranno piu possibilità di inviarli tradotti al 100%.
Il giorno mer, 12/03/2008 alle 07.24 +0100, Francesco Tombolini ha scritto:
Francesco Tombolini ha scritto:
Come Silvio già sa, dopo aver revisionato e restituito il file .po ho aperto questo bug https://bugzilla.redhat.com/show_bug.cgi?id=435412 per far inserire il pacchetto in oggetto in transifex.
Se nei prossimi giorni il modulo verrà integrato, bene, altrimenti dovremo cercare un metodo di invio alternativo.
Allora, secondo il manutentore del pacchetto attualmente abbiamo due possibilità di inviare il file virt-manager e virt-inst .po tradotti, e molto semplicemente sono:
- email + attachment diretta al manutentore
- apertura di un bug (bugzilla) con relativo attachment del file.
Io sinceramente preferirei il metodo bugzilla, che ci consente di avere sempre dei riferimenti tracciabili dell'invio, ma entrambe i metodi sono validi e potrai scegliere quello che ti è più confortevole.
--
Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
-- Fedora-trans-it mailing list Fedora-trans-it@redhat.com https://www.redhat.com/mailman/listinfo/fedora-trans-it
Guido Grazioli ha scritto:
ciao a tutti, secondo la release schedule ufficiale dovrebbe esserci stato lo string freeze proprio ieri, mentre la deadline per le traduzioni è il 7 aprile; secondo me
ritengo che lo string freeze sia una scadenza più indicata per gli sviluppatori, a noi interessa di più il translation freeze...
Tutto ciò che non viene tradotto entro il termine della translation freeze non farà parte della distro (intesa come media di installazione).
Tutto ciò che traduciamo dopo quella data, verrà integrato negli aggiornamenti di pacchetto, qualora ce ne fossero.
Comunque il freeze non vale per il gruppo di pacchetti per cui FP non è l'upstream ovvero quello identificato con la dicitura "Varie risorse Fedora"
conviene committare tutto intorno al primo aprile :P mantenendo i po mergeati sui pot per quanto possibile ovviamente...
il processo di merging è automatizzato, perciò se inviamo i pacchetti elaborati con solerzia in breve tempo saranno disponibili con gli ultimi cambiamenti da aggiornare
cmq non credo sia importante puntare al 100% di tutto, ma alla qualità di quel 30%-40% di traduzioni che tutti vedranno (almeno per i pacchetti con gui, per quelli a terminale la percentuale è un po' piu' alta)
giusto! Ed anche fra questi pacchetti ce ne sono alcuni che sono prioritari rispetto ad altri, ovvero quelli che gli utenti sono "obbligati" a vedere (anaconda, firstboot, specspo, system-config-..., ad esempio).
Guido
Il 12/03/08, Silvio Pierroperplesso82@gmail.com ha scritto:
ho capito, effettivamente il secondo metodo sembra migliore. Comunque io aspetterei ancora un poco prima di inviare i file; dato che i moduli sono ancora in continua evoluzione, magari se li sottometto fra un paio di settimane con le ultime modifiche ci saranno piu possibilità di inviarli tradotti al 100%.
IMHO, una volta effettuate le revisioni le stringhe per il file trattato, dovrebbero risultare completate al 100%.
Se un file .po è stato lavorato e revisionato (anche in parte) ritengo giusto che giaccia in repositorio a disposizione del proprietario del pacchetto o di altri traduttori che possono continuare a lavorarvi se necessario.
Non appena si riceve un file revisionato, secondo me ci si dovrebbe attivare subito per l'upload senza alcuna attesa.
trans-it@lists.fedoraproject.org