Começando pelo começo: Você poderia falar um pouco sobre você mesmo?

Sou Tiago, Brasileiro, nasci em 18 de Julho de 1985 em Salvador capital do Estado da Bahia. Sou cego, nasci com Retinose Pigmentar. Atualmente moro no Estado do Ceará, com minha companheira que também é cega.

Diariamente utilizo computador, Orca, GNOME e Linux.

Por volta de 2002/2003, ouvi falar em Linux, em Software Livre e Open Source, me interessei e comecei a procurar e ler na internet textos sobre o assunto. Na época, não havia para Linux recursos de acessibilidade voltados para a realidade dos cegos brasileiros, como síntese de voz (via software) em Português. Havia leitores de tela para modo texto, utilizando síntese de voz via Hardware ou utilizando Linhas Braille, equipamentos que não eram comuns no Brasil. Por outro lado, os softwares de síntese de voz em sua maioria só falavam em Inglês. Leitor de telas para o ambiente gráfico, eu desconhecia.

Comecei a utilizar o Linux com o Linvox em 2004, um projeto brasileiro que trazia num LiveCD o Linux Kurumin com o Dosvox funcionando através do WINE. O Dosvox é um conjunto de programas para cegos com síntese de voz em Português (via software), como Editor de Textos, Navegador de Internet, Cliente de Correio Eletrônico, Telnet Falado e outros programas, inicialmente era para ambiente DOS e depois passou para ambiente Windows, por isso a necessidade do WINE, eu utilizava o Shell no Linux através do Telnet Falado do Dosvox.

Em 2006 criei a lista de discussão Linvox no Yahoo Grupos, onde diversas pessoas trocam experiências sobre Acessibilidade no Linux.

A autonomia dos cegos melhorou com toda a infra-estrutura de Acessibilidade desenvolvida no GNOME, com os leitores de telas para aplicativos em GTK+, principalmente com o Leitor de telas Orca. O Orca fez a diferença e o GNOME tornou-se referência de Ambiente Gráfico Acessível. A primeira distribuição Linux que trouxe o GNOME com Orca e uma maneira simples de um cego iniciar o LiveCD, utilizar o sistema e instalá-lo sem a ajuda de alguém que enxergue, foi o Linux Ubuntu. Comecei a utilizar o Orca com voz em Espanhol em 2006, em 2007 já foi possível utilizar o Orca com fala em Português, graças ao eSpeak, software de síntese de voz com fala em diversos idiomas. De lá para cá, o GNOME e o Orca só têm evoluído, aplicativos em GTK+ têm melhorado a acessibilidade, como o Firefox que deu um grande salto em Acessibilidade com a versão 3.0.

Além do Orca, quais outras qualidades da acessibilidade do GNOME? E o que é que precisa melhorar?

No geral, o GNOME é muito acessível, com desenvolvimento ativo da infraestrutura básica de acessibilidade — ATK/AT-SPI —, do leitor de telas Orca e de outros projetos da área. Em específico para meu caso e das pessoas que não enxergam, podemos utilizar mais de 80% do GNOME em conjunto com aplicativos em [ou que interagem com] GTK2, como: Nautilus, GEdit, Editor de textos do OpenOffice/BROffice, Firefox/Iceweasel, gnome-terminal, Adobe Reader, Brasero, e outros.

A acessibilidade do GNOME está disponível para os aplicativos escritos em GTK2 e utilizando o ATK/AT-SPI, a inacessibilidade aparece quando um aplicativo é desenvolvido sem vínculo com o ATK/AT-SPI e em aplicativos antigos desenvolvidos em GTK1.2 ou anterior. Uma das maneiras de evitar que a acessibilidade seja esquecida seria embutir no GTK+ o código do ATK/AT-SPI. [Nota: o GAIL, que fazia a ponte entre o ATK, foi incorporado ao GTK+ em dezembro de 2007.]

Quão bem funciona o Orca com outros kits gráficos, como o Qt?

Por enquanto o Orca não trabalha com aplicativos em Qt, só com GTK2, PyGTK2, Java (via Java-Access-Bridge)… Talvez seja possível o Orca ler aplicativos em Qt, após os esforços que estão sendo realizados para o AT-SPI utilizar D-Bus.

Como é a acessibilidade do GNOME comparada à de outros ambientes de trabalho livres ou fechados?

Os ambientes em GTK2 se beneficiaram da infraestrutura de acessibilidade do GNOME, tais como XFCE e LXDE, mas o GNOME leva a acessibilidade “mais a sério”, se é que posso me expressar dessa forma. Por enquanto o KDE não fornece a autonomia aos cegos que o GNOME proporciona. Eu desconheço se tem Acessibilidade no Enlightenment e em outros ambientes para Unix e Linux. Não há como comparar o ambiente GNOME com o ambiente da MS, muitos dos leitores de tela para Windows são de terceiros e comerciais, o leitor de tela Narrator da MS não é bom e por isso que se utiliza os outros; comparando o que o leitor de tela Orca faz com o que o leitor de tela NVDA para Windows faz (leitor livre), penso que pulando as questões sobre as diferenças dos ambientes, eles cumprem o propósito, que é permitir o acesso as tarefas do cotidiano, como utilizar o navegador de diretórios e arquivos, navegação na internet, editores de texto, reprodução de multimídia e gravação de CD, etc. Sobre o Mac OS e seu leitor de tela, não tenho o que dizer porque não tenho experiência com Mac OS.

Você testou recentemente algum navegador da web baseado em Webkit? Como anda o suporte a WAI-ARIA?

Tentei utilizar o Google Chrome 3.0.192.0-r19969 para Linux (Webkit), mas não tive acessibilidade ao conteúdo das páginas, a dupla Orca e Firefox (Gecko) é a que está dando certo, os outros navegadores gráficos de internet que testei, sendo em GTK tem acessibilidade nos menus do aplicativo mas não tem acessibilidade na área de exibição das páginas, os em Qt por enquanto são inacessíveis.

O Orca tem suporte com o Firefox a páginas que seguem a especificação WAI/ARIA, o problema da acessibilidade na web está principalmente nos sites que não são desenvolvidos seguindo os padrões de acessibilidade como o WCAG, WAI/ARIA, e novos padrões em desenvolvimento pelo W3C. Acessibilidade é para todos, não é somente para deficientes, desenvolver um site seguindo os padrões de acessibilidade garante que todos poderão ter acesso ao site, que navegadores textuais e navegadores mais antigos iram acessar o site, todos saem ganhando!

Você estava falando do LiveCD do Ubuntu. Quais são, hoje em dia, as distribuições mais acessíveis aos cegos, tanto para uso cotidiano quanto para instalação?

Vou citar algumas distribuições Linux, sendo que eu direi sobre facilidade ou dificuldade tendo como base a utilização por cegos brasileiros, que na sua maioria não têm acesso a hardware de síntese de voz ou Linha Braille, portanto necessita de síntese de voz via software. Para iniciante, eu considero até o momento o Ubuntu a distribuição mais fácil para começar a utilizar o Linux, é possível o cego sem ajuda de alguém que enxerga utilizar via LiveCD, instalar e utilizar diariamente; outra distribuição boa é o Mandriva, também dá para utilizar pelo LiveCD, instalar e utilizar diariamente. Tem também o OpenSolaris, um Unix acessível, dá para utilizar pelo LiveCD, instalar e utilizar diariamente. Voltando para as distribuições Linux, o Fedora 11 veio com GNOME e Orca, vem com um soft de síntese de voz com uma fala em inglês, é uma voz muito boa, mas como só trouxe um idioma, o que dificulta na instalação por pessoas falantes de outros idiomas, após instalar o Fedora 11 e instalando posteriormente falas no idioma de quem está utilizando o sistema, resolve a questão, mas se já tivesse falas em outros idiomas no CD, como o software eSpeak, seria bem melhor. Um amigo testou o OpenSuSE, no geral ele gostou da acessibilidade. É possível utilizar o Slackware, mas no momento é necessário a ajuda de alguém que enxergue na instalação, até que o cego possa utilizar o sistema com algum leitor de tela de modo texto ou um gerenciador de janela em GTK2 com o Orca. Atualmente eu utilizo o Debian, por enquanto o instalador texto não tem software de síntese de voz (só síntese via hardware ou Linha Braille), mas tudo indica que está caminhando para isso na próxima versão, se realmente acontecer será um diferencial muito importante de outras distribuições. Existem e existiram distribuições Linux específicas para cegos, como o Oralux que foi descontinuado, atualmente tem algumas distribuições, mas o interessante é que as grandes distribuições integrem os recursos de acessibilidade disponíveis.

No geral, penso que qualquer distribuição que tiver instalado um software de sínteze de voz (prefiro o eSpeak porque tem fala em diversos idiomas), tiver um leitor de tela de modo texto e tendo o GNOME como gerenciador de janelas (que já vem com o Orca), já dá para um cego utilizar o sistema, dá também se o gerenciador de janelas for em GTK2 (LXDE ou XFCE, configurando algumas variáveis dá para ter acessibilidade).

Então o eSpeak tem uma opção de voz para português do Brasil? Eu ia mesmo perguntar quais são as opções de síntese de voz para brasileiros. O Dosvox, imagino, não funciona com o Orca.

Falando mais um pouco sobre o TTS (Texto para Fala) eSpeak: as regras do eSpeak para falar em português do Brasil foram implementadas pelo amigo Cleverson Uliana (em outubro/novembro de 2006), permitindo a utilização do Orca e outros leitores por mais pessoas no Brasil, antes da tradução do eSpeak para Português do Brasil utilizávamos o TTS Festival com fala em Inglês ou Espanhol, existia uma fala para o Festival em Português mas não era de fácil instalação e com a dependência de um componente extra com licença restritiva. Outro TTS com falas em Português do Brasil é o MBROLA (Banco de dados de voz BR1, BR2 e BR3), a licença do MBROLA é livre e restritiva em alguns pontos, a distribuição Oralux que foi descontinuada, vinha com fala em alguns idiomas e em Português utilizando o MBROLA. Atualmente está em desenvolvimento o Banco de Dados de Voz BR4 em MBROLA, fala conhecida como Liane TTS, em desenvolvimento pelo Serpro (Serviço Federal de Processamento de Dados) e pelo NCE/UFRJ (Núcleo de computação Eletrônica da Universidade Federal do Rio de Janeiro), é uma fala Brasileira com qualidade; também está em desenvolvimento um driver para a utilização da Liane TTS com o GNOME e o Orca, sendo testado pela comunidade com êxito; a Liane TTS também é utilizada pelo Dosvox no Windows. Se a pessoa desejar, pode utilizar o eSpeak como interface para se utilizar as falas do MBROLA, como as falas Brasileiras BR1, BR3 e até a BR4 (Liane TTS), utilizar as falas em outros idiomas do MBROLA, também as regras para o Português do Brasil foram feitas pelo Cleverson Uliana, com isso, pode-se utilizar o MBROLA via eSpeak com o Orca e outros leitores, no Linux e no Windows. Há alguns softwares de síntese de voz comerciais, cito o VoxIn por ser o melhor em minha opinião, com opções de fala em diversos idiomas e pelo valor ser barato, custa em torno de 5 euros a fala para cada idioma disponível.

O Dosvox é um conjunto de programas, é desenvolvido no NCE/UFRJ, inicialmente era para DOS e depois passou para Windows, tem uma síntese de voz própria e em Português, também pode utilizar outros TTS em SApi4 e/ou SApi5 (sistema de fala da MS), e suporta Liane TTS. Penso que existe um projeto para portar o Dosvox para Linux, mas por enquanto quem gosta do Dosvox
utiliza ele no Linux através do WINE, como é um sistema de programas com fala não há necessidade de leitor de tela para os programas do Dosvox, também como o WINE não é em GTK+ ele não é acessível para o Orca.

O que significa BR1, BR2, BR3, BR4?

É o nome dos arquivos com o banco de dados de voz para mbrola, as letras são a sigla do país e o número indica normalmente ordem cronológica de lançamento (pode ser o aprimoramento do lançamento anterior como pode ser um outro produtor que fez um novo banco de dados de voz naquele idioma). O MBROLA tem uma página com amostras em arquivos .wav dos bancos de dados de voz. As vozes do mbrola br1, br2 e br3 (masculinas) são do mesmo produtor e na prática não tem muita diferença, enquanto a br4 (feminina) está sendo desenvolvida pelo Serpro e NCE/UFRJ.

Na hora de usar o computador, existe alguma diferença entre ter nascido cego e ter-se tornado cego já quando criança ou adulto?

Para a pergunta é difícil de dar uma resposta definitiva, pois varia muito de pessoa para pessoa, depende se a pessoa gosta de computador ou tem desejo de aprender a utilizar, o grau de aprendizagem e de habilidade da pessoa, o que ela quer obter utilizando o computador; levando esses fatores em conta, penso que não há diferença se a pessoa é cega desde que nasceu ou se ficou cega, penso que a diferença está mais nas características pessoais de cada um.

Quais são as suas expectativas para o GNOME 3.0?

Espero que o GNOME continue acessível, que mais desenvolvedores contribuam para a acessibilidade ser aperfeiçoada e que a Acessibilidade seja intimamente ligada ao GNOME 3, que GNOME e aplicativos em GTK sejam sinônimos de Acessibilidade.

Você gostaria de deixar mais algum recado para os leitores do site?

Antes, gostaria de agradecê-lo pelo convite para essa entrevista, gostei de responder às perguntas, respondi de acordo com o que penso sobre os assuntos, espero ter contribuído em algo para os leitores.

Indico as seguintes páginas em português:

• Lista de discussão Linvox no Yahoo Grupos
• Site Linux Acessível do amigo Fabiano Fonseca

Acessibilidade é do interesse de todos! Parabéns a todos que fazem o GNOME! Um forte abraço a todos os meus familiares e amigos.

First things first: Could you talk about yourself?

I’m Tiago, born in July 18, 1985 in Salvador city, capital of the Brazilian state of Bahia. I’m blind, I was born with Retinosis Pigmentosa. Currently I live in the Brazilian state of Ceará, with my partner, who is also blind.

Everyday I use the computer, Orca, GNOME and Linux.

Around 2002/2003 I heard about Linux, Free and Open Source Software, got interested and started searching for it and reading about them in the Web. By that time there were no accessibility resources in Linux for Brazilian blind users, such as speech synthesis software in Portuguese. There were only text mode screen readers using speech synthesis hardware and Braille terminal, which where uncommon in Brazil. Speech synthesis applications spoke mostly English, and I didn’t know any screen reader for graphical interfaces.

I started using Linux in 2004 with Linvox, a Brazilian project which brought a LiveCD derived from Kurumin Linux with Dosvox working through WINE. Dosvox is an application suite for blind people with Portuguese speech synthesis software. It has a text editor, a web browser, an email client, a telnet and other applications. Initially it was for DOS, then for Windows and then WINE. I used the Linux shell through Dosvox’s Spoken Telnet.

In 2006 I created the Linvox mailing list in Yahoo Groups, where many people share experiences about Accessibility in Linux.

Blind people’s autonomy improved with the whole Accessibility infrastructure developed in GNOME, specially with the Orca screen reader. It made the difference and GNOME became a reference in desktop environment accessibility. Ubuntu Linux was the first Linux distribution to bring GNOME with Orca and a simple way to start it in a LiveCD, use the system and install it without any aid from a sighted person. I started to use Orca in Spanish in 2006, and in 2007 it was already possible to use Orca in Portuguese thanks to eSpeak, a speech synthesis software with speech in many languages. Since then, GNOME and Orca are always evolving, GTK+ applications have being improving their accessibility, and Firefox made a leap in Accessibility with version 3.0.

Besides Orca, what are the other strengths in GNOME’s accessibility? What needs to be improved?

Overall, GNOME is very accessible, with the active development of the basic accessibility infrastructure — ATK/AT-SPI —, Orca screen reader and other projects. In the specific case of people who don’t see, we can use more than 80% of GNOME with GTK2 [and GTK2 aware] applications like Nautilus, Gedit, OpenOffice Writer, Firefox/Iceweasel, gnome-terminal, Adobe Reader, Brasero and others.

GNOME’s accessibility is available for applications written with GTK2 and using ATK/AT-SPI; accessibility is missing when an application is developed without ATK/AT-SPI and in old applications written with GTK 1.2 or previous. One way of remembering people to make their software accessible would be “embedding” ATK/AT-SPI in GTK. [Note: GAIL was incorporated to GTK+.]

How well does Orca works with other toolkits, like Qt?

For now Orca doesn’t work with Qt applications, only GTK2, PyGTK2, Java (via Java-Access-Bridge)… Maybe it will be possible for Orca to read Qt applications after the efforts to make AT-SPI use D-BUS.

How does GNOME compares to other desktop environments accessibility-wise?

The GTK2 environments benefit from the GNOME accessibility infrastructure, but GNOME takes accessibility “more seriously”, if I may say so. For now KDE doesn’t provide to blind people the autonomy GNOME provides. I don’t know the accessibility state in Enlightenment and other environments for Linux and Unix. Microsoft’s environment can’t be compared to GNOME, MS Narrator is not good so people use third-party screen readers, which are generally commercial. Orca can be compared to NVDA, a free screen reader for Windows. Desktop peculiarities apart, both allow access to everyday tasks like browsing files and folders, browsing the web, editing text, playing media etc. I don’t have anything to say abvout Mac OS and its screen reader, because I don’t have any experience with them.

Did you test recently any Webkit-based browser? How good is the WAI-ARIA support?

I tried to use Google Chrome 3.0.192.0-r19969 for Linux, but I didn’t have accessibility in the pages content. The Orca and Firefox (Gecko) couple is the one which is working. In the other web browsers I tried, if they used GTK the menus would be accessible but not the display area, and until now the Qt browsers are inaccessible.

Orca with Firefox supports web pages following the WAI/ARIA specification, the issue in accessibility is chiefly in sites not developed following accessibility standards like WCAG, WAI/ARIA and new standards being developed by W3C. Accessibility is for everyone, not only deficient people. Developing a site following the accessibility standarts ensures everyone will get access to the site, text browsers and older browsers included. Everyone wins!

You were speaking about the Ubuntu LiveCD. Today, which distributions are more accessible to blind people, with regard to both installation and everyday use?

When I cite a Linux distribution, I’ll be talking about the easiness or difficulty of use by Brazilian blind people, who usually don’t get access to speech synthesis hardware or Braille terminals, and need speech synthesis software. For a beginner, today I consider Ubuntu the easiest distribution, a blind person can use the LiveCD, install the system and use it without any help. Another good distribution is Mandriva, and then there’s OpenSolares too; you can use the LiveCD, install and use them too. Back to Linux distributions, Fedora 11 came with GNOME, Orca and English speech synthesis. The voice is very good, but there aren’t other languages, which makes it difficult to install Fedora if you speak another language. After installing Fedora 11 and a native language the system becomes accessible, but it would be much better if the LiveCD spoke other languages, in example with eSpeak. A friend of mine tested OpenSuSE, overall he liked the accessibility. It is possible to use Slackware, but for now you need a sighted person to help you in the installation, until you can start a text mode screen reader or a GTK2 environment with Orca. Currently I use Debian; the text mode installation tool doesn’t have speech synthesis software yet (only support for speech synthesis hardware and Braille terminals), but it looks like this will be fixed in the next version. If it happens, it will be a very import differential from another distributions. There were Linux distributions targeted at blind people, like Oralux, which was discontinued; there still are some distributions, but it is more interesting to have mainstream distribution with proper accessibility support.

In general, I think that any distribution with an installed speech synthesis software (I prefer eSpeak because it has speech in many language), a text mode screen reader, and GNOME as the desktop environment (with Orca) will be usable by a blind person. Another GTK2 environment (LXDE or XFCE, after making some settings) will be OK as well.

So eSpeak has a speech option in Brazilian Portuguese? I was about to ask what are the speech synthesis option for Brazilian people. Dosvox, I guess, doesn’t work with Orca.

Talking a little more about TTS (Text-to-Speech) eSpeak: the Brazilian Portuguese speech rules were implemented by my friend Cleverson Uliana in October/November 2006, making it possible for more people in Brazil to use Orca and other readers. Before the eSpeak “translation” we used TTS Festival with English or Spanish speech. There was a Portuguese speech for Festival but it wasn’t easy to install and it depended on an external component with a restrictive license. Another TTS with Brazilian Portuguese speech (BR1, BR2 and BR3 voice databases) is MBROLA, which license is free and restrictive at some parts. The Brazilian Portuguese rules for MBROLA were set by Cleverson Uliana as well. The Oralux distribution, which was discontinued, had speech in many languages including Portuguese using MBROLA. Currently there is a MBROLA quality database named BR4 (a.k.a. Liane TTS), under development by Serpro (Federal Data Processing Service) and NCE/UFRJ (Rio de Janeiro Federal University Electronic Computing Nucleus). They are developing a driver to use Liane TTS with GNOME and Orca, which was tested with success by the community, and Liane TTS is used by Dosvox in Windows as well. One can use eSpeak as an interface to the MBROLA speeches, and this way MBROLA can be used with Orca and other Linux or Windows screen readers through eSpeak. The are commercial speech synthesis software systems as well, like VoxIn, which in my opinion is the best, with speech options in many languages, and also very affordable, costing about 5 euros each available language.

Dosvox is an application suite developed in NCE/UFRJ, initially for DOS and then for Windows. It has its own speech synthesis for Portuguese but can also use other TTS in SApi4 and/or SApi5 (Microsoft’s speech system) and Liane TTS. I believe there’s an ongoing effort to port Dosvox to Linux, but people who like Dosvox use it through WINE. It doesn’t need an external screen reader, and it’s not accessible to Orca because WINE doesn’t use GTK+.

What does BR1, BR2, BR3, BR4 mean?

They are file names for the MBROLA speech databases. The letters are the country abbreviation, and the number is usually the chronological sequence; a new database can be either an enhancement of the previous one, or a completely new one. MBROLA has a page with speech databases samples. MBROLA speeches BR1, BR2 and BR3 are from the same male person and there’s little difference between them; BR4 is female and is under development by Serpro and NCE/UFRJ.

When it comes to using the computer, is there any difference between being born blind and becoming blind as a child or an adult?

It is hard to give a definitive answer to that question, since it varies a lot from person to person. It depends on whether the person enjoys computers or wants to learn to use them, how much does the person already knows and how skilled is the person, and what does the person wants to get by using the computer. Considering all these factors, I think that there’s no difference in being born blind or becoming blind, the difference is more in the personal characteristics of everyone.

What are yor expectations for GNOME 3.0?

I hope that GNOME continues to be accessible, the developers keep contributing to accessibility, and that Accessibility is intimately bound to GNOME 3. I expect GNOME and GTK applications to be synonyms of Accessibility.

Would you like to leave a message to the web site readers?

First, I’d like to thank you for inviting me to the interview. I enjoyed answering to the questions, I answered according to what I think about the topics, and I hope to have contributed something to the readers.

I’d like to share some links in Portuguese:

• The Linvox mailing list in Yahoo Groups
• My friend Fabiano Fonseca’s site called Accessible Linux

Accessibility is for everyone! Thanks for everyone who make GNOME! A strong hug to my relatives and friends.

Essa é, essencialmente, uma versão para Aspell 0.60.x do vocabulário desenvolvido como parte do Vero, o verificador ortográfico do BrOffice.org, mantido por Raimundo Moura. Se o Aspell aceitar uma palavra errada, ou rejeitar uma palavra correta, entre em contato com Raimundo. Repare, no entanto, que ao usar o Aspell com outros aplicativos (como o Gedit) através do Enchant, palavras com um hífen são verificadas como se fossem duas palavras (veja o relatório de erro).

Algumas distribuições terão esse vocabulário em poucas semanas, mas algumas podem demorar vários meses. Se você não se importar de sujar as mãos com a linha de comando, pode baixar o pacote, descompactá-lo, e executar os comandos “./configure && make && make install”. Não dê atenção a eventuais mensagens de erro não fatais (aquelas que não interrompem a execução do comando). Atualização: se você usa aplicativos GTK+/GNOME, pode precisar configurar o Enchant para usar o Aspell em vez do Myspell.

Outra opção é instalar a versão 2.0.4 ou mais nova (a atual é 2.0.5) do vocabulário pt_BR para Myspell ou para OpenOffice. Cada distribuição chama de um jeito, mas é sempre o do Vero. Depois é só seguir essas instruções de como fazer o Enchant usar o vocabulário do Myspell em vez do do Aspell. O Enchant é usado principalmente por aplicativos GTK+/GNOME; o KDE 4 ia usá-lo como backend do Sonnet, mas não sei se o projeto foi em frente.

Alguém aí tem uma história de sucesso ou fracasso para compartilhar?

Por isso eu quero saber de vocês, usuários de software livre, que ortografia vocês usam ou gostariam de usar em seus documentos. Vocês preferem manter a ortografia antiga, adotar a ortografia nova, ou usar as duas alternadamente?

Por favor, usem os comentários abaixo para falarem sobre as próprias necessidades de verificação ortográfica; também vale comentar sobre familiares, amigos e conhecidos. Meus artigos anteriores sobre o acordo ortográfico tiveram uma discussão muito longa e pouco produtiva, de forma que não poderei aceitar comentários com a opinião de alguém sobre o acordo ortográfico, favorável ou não. Dessa vez estou interessado em saber qual é, na prática, a ortografia que vocês estão usando ou pretendem usar nos próximos meses.

O Damned Lies foi escrito do zero para adequar-se às necessidades dos tradutores do GNOME. Nesse projeto os catálogos de mensagem (arquivos PO com a tradução) só são alterados no repositório quando um tradutor envia uma atualização. Quando o código-fonte tem um acréscimo, retirada ou alteração de mensagem a ser traduzida, o catálogo de mensagens não é alterado automaticamente no repositório, como acontece no KDE. Mas o Damned Lies verifica periodicamente se houve alguma alteração do código-fonte dos módulos do GNOME, e gera automaticamente um catálogo de mensagens atualizado para refletir o estado atual do código-fonte. Por exemplo, se uma nova string tiver sido marcada para tradução, o catálogo do repositório de Subversion vai permanecer como estava, mas o arquivo disponibilizado pelo Damned Lies vai ter uma mensagem sem tradução.

O Damned Lies foi escrito originalmente por Danilo Segan, que também é um dos desenvolvedores da parte de tradução do Launchpad. Mais tarde o aplicativo foi adaptado por Claude Paroz para usar o framework Django, para facilitar a manutenção do banco de dados. O objetivo a médio prazo é integrar o Damned Lies ao Transifex e ao Vertimus, duas ferramentas cujos recursos são complementares aos do Damned Lies.

O Vertimus foi criado pela equipe francesa de tradução do GNOME como um complemento ao Damned Lies. O Vertimus baixa as traduções periodicamente do Damned Lies, e a partir daí permite à equipe de tradução controlar quem está trabalhando no quê. O envio das traduções ao repositório continua sendo responsabilidade dos (poucos) tradutores com conta no servidor de Subversion do GNOME. A equipe brasileira de tradução do GNOME também usa o Vertimus, substituindo com vantagem nossa antiga página de wiki. Stéphane Raimbault, atual mantenedor do Vertimus, está trabalhando na reimplementação do aplicativo em Python, usando o framework TurboGears, o mesmo usado pela versão atual do Transifex.

O Transifex foi criado por Dimitris Glezos, e faz parte da infraestrutura de tradução para o Projeto Fedora. Seu nome vem do latim facere, e quer dizer criador de tradução. Assim como o Damned Lies, ele oferece suporte a múltiplos repositórios remotos, e intermedia a relação dos tradutores com o controle de versão. Mas o Transifex lida com uma variedade maior de controladores de versão, e além de baixar as traduções ele é capaz de enviar as traduções para os repositórios. Como Diego Zacarão disse em entrevista, o código-fonte do Transifex também está sendo adaptado para o Django, embora esse trabalho ainda seja experimental.

A infraestrutura de tradução no Launchpad, antes chamada de Rosetta, é ao mesmo tempo análoga e oposta ao Transifex. Assim como o Transifex, o Launchpad permite aos tradutores baixar e enviar traduções para o código-fonte sem a necessidade de lidar com uma ferramenta de versionamento. Mas o Launchpad exige que o código-fonte seja hospedado no próprio Launchpad, ou seja, não é capaz de lidar com repositórios remotos como no caso do Transifex e do Vertimus. Outra diferença é que o Launchpad permite não apenas o download de catálogos de mensagem, mas também a própria tradução online dos aplicativos. Essa forma de trabalho diminui a barreira para os tradutores novatos, o que combinado à popularidade do Ubuntu faz do Launchpad uma ferramenta bem popular. Em 2008 surgiu uma controvérsia ao redor do Launchpad: a Canonical (empresa por trás do Launchpad e do Ubuntu) passou a exigir dos tradutores que disponibilizassem suas traduções com a licença BSD, para possibilitar o compartilhamento das traduções entre projetos com diferentes licenciamentos. Além disso, o Launchpad nunca chegou a ser lançado como software livre, então não é uma opção para projetos com sua própria hospedagem.

Outra opção é o Pootle, desenvolvido principalmente pela Translate.org.za, a mesma por trás do Virtaal e do translate-toolkit. (Confira também meu artigo sobre o Virtaal.) Assim como o Launchpad, o Pootle tem os recursos de tradução online, gerenciamento de um time de tradução, e envio para repositório de código-fonte. Diferentemente do Launchpad, o Pootle é capaz de traduzir projetos hospedados remotamente, e é software livre. Assim como o Transifex e com o Damned Lies, ele é escrito em Python, está sendo adaptado ao Django, e tem uma origem curiosa para o nome: um seriado de televisão. A lista de projetos de tradução usando o Pootle inclui vários nomes de peso, como a Creative Commons, o OpenOffice.org e o OLPC. Além disso, Debian e Mozilla estão aprimorando o Pootle para atender às suas necessidades, e essas melhorias estão sendo incorporadas ao Pootle “normal”.

Primeiro, passei a incluir um arquivo NEWS, para quem baixar o pacote mais recente poder conhecer a história do dicionário sem precisar ler meu blog

Segundo e mais importante, esse último lançamento é baseado na versão “completa” do BrOffice.org, e não na “ideal”. (Para conhecer as diferentes versões dos dicionários do BrOffice.org, consulte a página de downloads. Existem inclusive versões para o Acordo Ortográfico da Língua Portuguesa!) Essa decisão foi uma forma de contornar um erro do Enchant que impede o Aspell de verificar palavras com hífen por inteiro. O resultado é que palavras como “abraçá-la-ão” agora serão marcadas como corretas; o efeito colateral é considerar como corretas “abraçá”, “la” e “ão”.

Em tempo: o pacote pode ser baixado da lista de dicionários para Aspell, mas também deverá estar disponível em breve através de sua distribuição ou sistema operacional livre favorito.

translate-tookit is very useful. It is employed in Pootle, a translation webapp; Open-Tran.eu, a descriptive translation terminology database; and Wordforge (ex-Pootling), a PO- and XLIFF-based translation application. Whether if you translate free software, or develop localization tools, check these projects!

pofilter is able to check tenths of error types. For the sake of usability, there is a standard set of tests for each of these projects: Openoffice.org, Mozilla, GNOME, KDE and wxWidgets. Many tests can detect common errors which gettext doesn’t look for. My favorite tests are: doublewords, endpunc, endwhitespace, startspace and xmltags. On the other hand, pofilter often gives us “false positives”, i. e., it sees errors where there are none. As a workaround, the user can arbitrarily exclude some tests from the verification, using a specific command line argument. Providing language-specific information might helps lowering the “false-positives” number, too.

The Portuguese version of this article listed the tests I skip in my current translation routine. For other locales, I guess the most relevant exclusion suggestions are:

• doublespacing: because there is an English convention of two spaces after an dot;
• isfuzzy, untranslated: if like me you check for them before using pofilter;
• untranslated, acronyms: if your translators are skilled and dedicated, I guess you’ll find only “false positives” with these tests.

Does any other GNOME translation team regularly use pofilter or another tool from translate-toolkit? If by any chances you translate another free software project I’ll interested, too. How do you use translate-toolkit, specially pofilter?

O translate-toolkit é uma mão na roda para os tradutores. Ele é usado como base para o Pootle, um servidor de traduções via Web; pelo Open-Tran.eu, um serviço que descreve como um termo tem sido traduzido em vários projetos; e pelo Wordforge (ex-Pootling), um aplicativo de tradução compatível tanto com gettext quanto com XLIFF. Se você traduz software livre, ou desenvolve ferramentas de internacionalização e localização de software, recomendo dar uma olhada!

O pofilter é capaz de verificar dezenas de tipos de erro. Por uma questão de usabilidade, ele padronizou um conjunto de verificações para determinados projetos: “openoffice”, “mozilla”, “gnome”, “kde” e “wx” (de wxWidgets). Muitas das verificações são capazes de encontrar erros comuns, que o gettext deixa passar. Minhas favoritas são doublewords, endpunc, endwhitespace, startspace e xmltags.Por outro lado, o pofilter muitas vezes gera “falsos positivos”, ou seja, assinala erros onde não há. Para contornar isso, o usuário pode excluir algumas verificações através da linha de comando.

Essas são as verificações que evito ao conferir a tradução da interface do GNOME:

• doublequoting: nossa equipe padronizou usar sempre “aspas duplas”, não ‘aspas simples’;
• singlequoting: mesmo motivo;
• doublespacing: algumas mensagens em inglês trazem espaços duplos após o ponto, mas na hora de traduzir o correto é só um espaço;
• unchanged: na minha experiência, essa verificação só encontrou traduções boas;
• isfuzzy: eu já verifico a existência de traduções aproximadas antes com o msgfmt;
• untranslated: mesmo motivo.

E essas são as que evito quando estou conferindo a tradução da documentação do GNOME:

• acronyms: na documentação os “acrônimos” são sempre termos legais em maiúsculas;
• startcaps: a marcação XML pode estar presente no começo da mensagem traduzida mas não da original, ou vice-versa;
• puncspacing: o mesmo que acima, mas em relação a pontos, vírgulas etc. próximos a marcação XML;
• numbers: não me lembro mais
• unchanged, doublespacing: ver acima.

Bem, essa é minha lista pessoal. Se você já usa, ou vai testar o pofilter, por favor comente as verificações que se mostraram úteis e as que devem ser excluídas da rotina!