Tradução de temas e plugins
Depois de conversar com o @alvaro-gois-dos-santos e com @jose-freitas no #wclx15 e no slack, julgo que esta questão pode beneficiar dum debate mais alargado na comunidade.
Actualmente a tradução do core e dos projectos do WordPress está centralizada na página da equipa de tradução pt_PT do próprio WordPress.
A tradução de temas e plugins é naturalmente feita em contacto directo entre os respectivos autores e os tradutores, nas suas plataformas próprias. Cada um de nós que já traduziu um tema ou plugin, para fazer um bom trabalho, deverá conhecer o WordPress e a sua terminologia própria, comparando constantemente com os ficheiros de localização do próprio core (frontend e backend).
Penso que haverá um enorme benefício para as versões portuguesas de temas e plugins se este trabalho individual for cruzado e debatido. No caso dos temas parece-me que o benefício é mais limitado, mas no caso dos plugins, há muitos que são instalados por uma grande maioria de utilizadores portugueses.
Como fazer isto em comunidade?
No meu processo individual de tradução, sempre que possível utilizo o GitHub para manter os meus ficheiros de tradução sincronizados com o repositório do autor. Com alguma frequência é necessário corrigir um bug relativo à tradução, a falta dum textdomain, ou submeter uma outra qualquer alteração à própria string. O processo individual tem esta vantagem.
Em comunidade será bastante mais complexo manter uma base material a traduzir.
Deverá a comunidade fazer um fork do repositório completo ou manter apenas uma cópia sincronizada do catálogo .pot do repositório do autor? Por vezes nem um .pot existe ou não está actualizado, há situações em que só existem os respectivos ficheiros .po/.mo, ou pior ainda, alguns repositórios têm apenas disponíveis os ficheiros .mo obrigando a que o tradutor mantenha o seu próprio ficheiro master .po.
Há autores que delegam em comunidades do Transifex a tradução dos seus temas/plugins, o que torna demasiado frequente encontrar traduções feitas por profissionais, mas sem conhecimento das terminologias próprias adoptadas pelo WordPress em português, já para não mencionar traduções automatizadas via google.
Aquilo que penso ser viável é pensar no processo que cada um de nós já utiliza individualmente e traduzi-lo para a comunidade, deixando naturalmente de fora os processos de debug.
Seria possível manter um repositório de traduções da comunidade WP-Portugal, onde se poderiam incluir as traduções que já foram feitas por cada um de nós. A dificuldade poderá existir em manter sincronizado o tal .pot que por vezes não existe, mas também não é difícil de criar. Por fim, a tradução concluída poderia ser submetida ao autor do tema/plugin, com a validação da comunidade.
Na minha transposição do processo individual para a comunidade parece-me facil via GitHub, mas acrescento por sugestão do @alvaro-gois-dos-santos a possibilidade duma instalação GlotPress próprio da comunidade, onde se centralizaria este trabalho à imagem do que é feito no Polyglots do core como mencionado acima. Uma vantagem desta última sugestão é os tradutores não precisarem de qualquer conhecimento de Git, o que aumenta consideravelmente a quantidade de possíveis tradutores.
Não sendo programador, convido todos os que se interessem por este tema a pensar num processo de automatizar a sincronia destas traduções com os repositórios dos autores. Julgo que haverá forma de notificar a existência de novas strings para traduzir com algo como o GlotPress Notify.
Resumo do processo:
- Adicionar tema/plugin à plataforma
- Traduzir em comunidade
- Submeter/sincronizar com o repositório do autor
O convite à tradução de plugins e temas abre outras discussões periféricas, como a lista do que deve ser traduzido, os opensource vs comerciais, contrapartidas, a atribuição duma qualquer validação pela equipa de tradução da WP-Portugal, a manutenção manual ou automatizada do glossário, etc.
Embora eu prefira traduzir projectos por natureza abertos à comunidade, esta lista ou escolha de material a traduzir parece-me perfeitamente orgânica, os que reunirem mais interessados serão naturalmente os mais acompanhados pela comunidade de tradutores.
Sem que este tópico se sobreponha à tradução do próprio core, espero que este debate ajude a optimizar nosso esforço individual enquanto tradutores que mantêm alguns temas/plugins, para que este trabalho não se perca e todos ganhem.
Pedro Mendonça 30 Abr 2020, às 11:04 Permalink | Inicie a sessão para responder
Parece-me uma óptima sugestão!
Em relação aos dias, a minha sugestão é manter como habitualmente, ao fim-de-semana.
Álvaro Góis 30 Abr 2020, às 11:08 Permalink | Inicie a sessão para responder
Obrigado pela iniciativa @jose-freitas.
Outubro não é mal pensado, nesta fase parece-me que há um excesso de eventos a decorrer online. E temos o WordCamp Europa também…
Quanto aos dias da semana, estou indeciso. Não estou dentro do modelo online, não tenho referências que possam ajudar a decidir. Inclinava-me para uma solução mista, tipo sexta+sábado, mas é apenas palpite.
Já há datas para outros WordCamps online?
José Freitas 30 Abr 2020, às 16:16 Permalink | Inicie a sessão para responder
Espanha é de 6 a 9 de Maio (só às tardes). Kent é nos dias 30 e 31 de Maio.
jopemina 30 Abr 2020, às 19:20 Permalink | Inicie a sessão para responder
Olá Zé, parece-me uma grande ideia.
Penso que com o que desconhecemos não sabemos bem se nessa altura “andamos na rua” ou se estamos fechados em casa talvez o melhor, na minha opinião seria fazer como em Espanha – só tardes mais dias.