Uma localização bem feita (ou quase)

A localização é uma daquelas coisas que parece ser apenas uma opção de configuração no teu IDE, mas que acaba por se revelar uma conversa de seis meses com desconhecidos sobre o género dos substantivos.

Para um pequeno estúdio, é também um dos melhores investimentos que podemos fazer. Uma aplicação para aprender a digitar, um planeador de jardins ou uma aplicação para monitorizar enxaquecas são tão úteis em Lisboa como em Londres, e as pessoas tendem muito mais a confiar numa aplicação que lhes fale na sua própria língua. O problema é que fazê-lo como deve ser dá muito mais trabalho do que parece à primeira vista.

A nossa configuração

Começamos por lançar a versão em inglês e, posteriormente, adicionamos mais idiomas ao longo do ciclo de vida da aplicação. Cada tradução é verificada no contexto, comparando-a com capturas de ecrã da interface real, e corrigimos tudo o que não soa bem antes do lançamento.

A etapa de verificação no contexto é aquela que a maioria das equipas ignora, e é aí que surgem a maioria dos problemas. Uma tradução pode estar perfeitamente correta numa folha de cálculo e, mesmo assim, estar errada no ecrã: o texto de um botão que está correto, mas tem o dobro do comprimento do espaço onde está inserido; uma palavra que tem o significado certo em geral, mas o significado errado ao lado de um ícone específico. Por isso, geramos capturas de ecrã de todas as páginas em todas as línguas e analisamo-las, uma a uma.

Também escrevemos em inglês tendo em mente a tradução. Frases curtas, sem expressões idiomáticas, sem piadas baseadas em trocadilhos. Nas sequências de texto que exigem contexto — será que “Clear” é um verbo ou um adjetivo neste contexto? — incluímos uma nota para o tradutor. Isso torna o inglês um pouco mais simples, e achamos que é melhor assim.

As partes menos óbvias

Os formatos de data e números são mais importantes do que o texto traduzido. As formas de plural são específicas de cada língua, de formas que os falantes de inglês subestimam constantemente (algumas línguas têm seis). Os layouts da direita para a esquerda não são um truque de CSS — afetam a forma como cada seta, cada botão «Voltar» e cada indicador de progresso é desenhado.

Mais alguns aspetos a que aprendemos a estar atentos:

• Expansão de texto. Os rótulos em alemão e finlandês podem ser muito mais longos do que os em inglês, pelo que os layouts precisam de espaço para se expandirem ou para que o texto se quebre de forma harmoniosa.
• Unidades. Uma previsão de pesca que indique a velocidade do vento numa unidade desconhecida não é apenas estranha, é inútil.
• Fichas de produto nas lojas. A aplicação é apenas metade do trabalho — as descrições, as imagens e as legendas também têm de ser localizadas, separadamente para cada loja.
• Teclados. Para um programa de treino de digitação, a localização não se resume apenas às palavras; inclui também os layouts, os caracteres e a forma como as pessoas realmente digitam nesse idioma.

O que fizemos de errado

Já cometemos cada um destes erros pelo menos uma vez. O mais dispendioso foi tratar a localização como uma etapa final — criar toda a interface em inglês e, depois, descobrir que metade dos ecrãs deixava de funcionar em línguas com mais palavras. Corrigir os layouts a posteriori significou redesenhar ecrãs que já tínhamos considerado concluídos.

O compromisso que agora aceitamos é o de lançamentos iniciais mais lentos: uma nova funcionalidade só está concluída quando funciona em todas as línguas que a aplicação suporta. A nossa lista de verificação começa agora com as correções destes erros, pelo que os cometemos com menos frequência. «Quase certo, na maioria das vezes» é a versão honesta do título.