2010/1/23 Guido Grazioli <guido.grazioli(a)gmail.com>:
Ciao, in linea di massima sono d'accordo a trovare qualcosa di
meglio
della wiki; ma spiega meglio (o considera per esporre alla riunione)
come vorresti usare trac per tracciare i ticket.
I dettagli andranno di certo studiati; in questa fase sto più che
altro cercando di capire se c'è interesse per la cosa e nel caso
spenderò un po' più di tempo ad esaminare i vari aspetti
A ogni milestone (release) si apre un ticket per ogni progetto e chi
lo prende in carico se lo assegna? Oppure chi prende in carico
un progetto, crea il ticket, e chi fa la revisione se lo assegna?
Se vogliamo una procedura più simile alla corrente, direi la seconda.
Di certo se qualcuno si incaricasse di creare i ticket corrispondenti
alle traduzioni da fare per ogni release non sarebbe male, ma ho la
sensazione che non sia proprio il più appetibile dei compiti...
Traduzioni successive allo stesso progetto vanno nello stesso ticket
o in ticket distinti?
Questa mi sembra la questione più delicata. A prima vista direi in
ticket diversi, anche se forse dovremmo trovare un accordo per avere
"scorciatoie" sulla procedura in caso il modulo in questione abbia
poche stringhe da trudurre.
Ad oggi esiste qualche linea guida al riguardo?
Conosco poco trac (ho sempre preferito mantis) quindi abbi pazienza.
Piccolo il mondo...
Dai anche un'occhiata ai rilasci freschi di transifex (ho tradotto
da poco il pot, e mi sembra che stiano inserendo una specie
di acl sui file, il cui accesso è ristretto a "team di traduzione",
ognuno abilitato a una lingua, autorizzati dal maintainer del
progetto) perchè potrebbe risolvere molte dei problemi di gestione;
sottolineo il condizionale in potrebbe.
Vedrò di indagare, se è come lo descrivi mi sembra abbastanza
ortogonale al nostro lavoro; sarebbe diverso se per esempio ci fosse
qualcosa tipo un feed RSS delle modiche ai .pot, così che i ticket di
traduzione li potremmo creare in automatico, ma vabbè, mi pare quasi
fantascienza...
Grazie per il feedback
--
Gianluca Sforna
http://morefedora.blogspot.com
http://www.linkedin.com/in/gianlucasforna