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.

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 universo do software livre está repleto de soluções para impressão em PDF. O diálogo de impressão acima está disponível a todos os aplicativos baseados no kit gráfico GTK+, como os feitos para GNOME ou XFCE. O KDE também oferece um recurso semelhante, e existe uma “impressora PDF” para o CUPS, que é o gerenciador de impressão padrão do GNU/Linux e outros sistemas operacionais semelhantes ao UNIX (inclusive, recentemente, Mac OS X). E o Mozilla Firefox, cuja popularidade não pára de crescer, pode usar ou os recursos acima, ou um complemento específico.

Se você já sabe como imprimir em PDF, resta saber onde salvar esses arquivos. Eu prefiro salvar todos os comprovantes em uma única pasta, como faço com meus artigos científicos. É mais prático, e garante que depois eu saiba onde procurar o arquivo. Para que isso funcione, vai a dica de começar os nomes de arquivo pela data, em formato aaaa-mm-dd (ISO 8601). Dessa forma os arquivos serão sempre listados em ordem cronológica, facilitando a localização do comprovante desejado.

Como funciona, em linhas gerais, a tradução do KDE?

Boaglio: Existe uma grande divisão dos arquivos para traduzir. Existem os textos presentes dentro dos programas — a gente chama essa parte de “GUI” — e existem os textos que aparecem na ajuda dos programas, quando você vai no menu Ajuda ou pressiona F1 — essas mensagens a gente chama “DOC”. Primeiro eu posso explicar um pouco do nosso processo, depois eu posso falar um pouco de história da nossa equipe =)

Hoje o Stephen está mais responsável pela parte DOC; e o Diniz e eu, pela parte GUI — mais o Diniz que eu. Hoje para ajudar o projeto o voluntário pode fazer o papel de tradutor ou o papel de revisor. O KDE tem diversos pacotes (p. ex. kdebase), assim como o GNOME; nós procuramos deixar pelo menos 1 pessoa responsável por cada pacote. Existem pacotes com mais de um tradutor; nesse caso o responsável pelo pacote é o “coordenador” das traduções. Hoje nós encorajamos o tradutor a ter mais autonomia: nós sugerimos que ele crie uma conta no SVN do KDE.org para baixar e commitar as coisas sozinho. O playground-utils, por exemplo, tem o Diniz como responsável.

Nós forçamos os tradutores a usarem o VP e o KBabel, e temos o tutorial de instalação e configuração no site. Alguns não usam o KBabel, mesmo assim forçamos o uso do VP sempre!

Diniz: O VP (Vocabulário Padrão) está meio desatualizado, né?

Boaglio: Bom, o [Jorge] Godoy fez o novo VP e por enquanto está no site dele. Espero que o quanto antes ele vá para o site oficial. Baseado no VP nós geramos um vp.po que é usado no KBabel para auxiliar nas traduções.

Parece que as traduções são mantidas num módulo à parte, e atualizadas no SVN do KDE por um script quando o código-fonte é alterado. Isso não atrapalha?

Diniz: Eu acho que não. Imagina o desenvolvedor ter que fazer isso na mão! A regra geral é fazer o comando svn update antes de traduzir. Eu faço isso todo dia. [No GNOME, os catálogos de mensagens no repositório de Subversion só são alterados pelos tradutores. Um script atualiza os catálogos automaticamente, mas os disponibiliza em outro lugar.]

E não acontece conflito?

Diniz: Sim! Aí que começa a encrenca! Por isso já combinei com o Boaglio de fazer um pequeno HOWTO para aqueles kolegas que têm mais dificuldade. Eu, como tenho mais prática, faço na mão mesmo, sem problema.

Piacentini: Só acrescentar que o scripty (programa que roda automaticamente) também extrai strings dos arquivos .desktop e outros. Portanto no mesmo esquema de localização a gente “ganha” traduções de componentes extras de cada programa, como os temas gráficos dos games. Isso reduz a necessidade do desenvolvedor se preocupar com isso. [O mesmo acontece no GNOME.]

Não encontrei na documentação do KDE qualquer menção a algo como o string freeze do GNOME. Isso não faz falta?

Piacentini: Nosso equivalente do string freeze é o message freeze. No caso do KDE 4.0, foi em 17 de novembro de 2007. Mais ou menos 30 a 45 dias antes do tagging final, para dar tempo aos tradutores.

Diniz: Existem três working copies: stable, kde3 e kde4. O kde3 e o stable fazem parte de um “mais ou menos” único conjunto do KDE 3.5.8. O stable é a versão atual (3.5.8); assim você pode atualizar seu KDE sem ter que esperar a nova versão. O kde3 é o próximo lançamento do KDE 3, se houver — versão 3.5.9. E o kde4 é para o KDE 4.0.0.

Como assim, “‘mais ou menos’ único conjunto do KDE 3.5.8″?

Diniz: “Mais ou menos único” porque alguns pacotes só existem no stable (p. ex. kdebase, extragear-office), e outros só no kde3 (p. ex. playground-base, extragear-network).

Piacentini: O que acontece é que bem AGORA o estado das coisas está mudando: hoje [8 de janeiro de 2008] por exemplo foi criado o stable/l10n-kde4. O trunk agora é o código (e traduções) que vão formar o KDE 4.1.

Então, se o koffee 3.5.8 (inventado) estiver 80% traduzido, existe uma chance de conseguir sua tradução completa antes do 3.5.9?

Diniz Sim! Essa é a idéia! Não parece boa?

Muito! Como o usuário faz para obter essa atualização?

Diniz: A mehor forma é via SVN, mas depende de certo conhecimento. Ou a equipe responsável pela sua distribuição pode fazer isso.

Boaglio: O Diniz fez um script bem fácil de usar que facilitou bastante a vida de quem não conhece SVN e seus comandos.

Diniz: Pois é, estou devendo uma atualização no script (Link: primeira versão do script.)

Stephen: você poderia resumir para nós o processo de tradução da documentação do KDE?

Stephen: É o mesmo processo da GUI, pois a documentação também é convertida em arquivos do tipo POT. Simplesmente os “strings” a serem traduzidos são mais compridos.

Por que, então, existem arquivos docbook em português dentro do módulo com as traduções?

Piacentini: Os arquivos docbook são gerados a partir dos docmessages pelo script update_xml. Caso o arquivo no docmessages esteja incompleto o doc não é atualizado. Tendo os POT, pode-se traduzir com o KBabel. [No GNOME, o código-fonte da documentação inclui o docbook original e os catálogos de mensagem; os docbooks traduzidos são criados durante a compilação. Se não a tradução não incluir ilustrações, o docbook traduzido usa as ilustrações originais.]

Então os docbooks traduzidos são gerados dentro do SVN, e não durante a compilação?

Piacentini: Sim, exato, apenas para docs. No caso das messages (GUI), os arquivos .mo são gerados pelo make install. Isso dá à equipe de tradução a opção de apenas atualizar o docbook quando a traduçao está completa. Enquanto isso, continua tendo um docbook válido (o último gerado antes da inclusão de novas strings).

Se o catálogo não estiver todo traduzido, o docbook traduzido fica inválido?

Piacentini: Ele nem chega a ser gerado/updatado. São geradas mensagens de erro para o tradutor. Acho que o Stephen pode falar melhor sobre isso, ele é o expert!

Stephen: De vez em quando você encontra programas com certos itens no menu sem descrição na ajuda, quando o doc não foi atualizado. Nunca vi mensagem de erro na leitura de documentação.

O que uma pessoa precisa fazer para começar a colaborar com o projeto brasileiro de tradução do KDE?

Boaglio: A pessoa precisa (1) ler o tutorial do site; (2) se inscrever na lista; (3) escolher em qual pacote deseja ajudar; (4) se for o caso pedir para o admin (do kde.org) para criar sua conta no SVN; e (5) traduzir e commitar as coisas, sempre que possível avisando na lista o que está fazendo.

Como é a política de atribuição de contas de Subversion aos tradutores brasileiros?

Diniz: A maioria dos Kolegas tem acesso no SVN. Começa por esse documento, depois o sysadm entra em contato com os adms do kde-pt_BR para saber se a pessoa que pediu acesso faz parte da equipe. Alguém que queira traduzir um pacote/arquivo sem ter acesso de “commit” no SVN pode fazer apenas um svn checkout no nosso “svn anônimo” e depois enviar para alguém com acesso de commit, normalmente via e-mail mesmo.

Como funciona a revisão das traduções?

Diniz: Não tem um processo formal definido. A regra geral é: achou algo errado? Tem acesso de commit? Vai lá e corrige. Não tem acesso? Abre um relatório no bugs.kde.org ou entre em contato com os adms do projeto.

Além do Kbabel, que outras ferramentas os tradutores do KDE usam?

Diniz: O KBabel é nossa ferramenta básica. É muito prático e eficiente!

Stephen: Realmente o KBabel funciona e facilita o processo.

Boaglio: Alguns usam o poEdit, mas poucos.

Diniz: Ah, é mesmo… Eu já testei. Mas não se compara ao Kbabel.

Quando, e como, vocês começaram a participar da tradução do KDE?

Boaglio: Vou passar a versão resumida senão vamos passar a madrugada

Usando o KDE2 achei alguns erros de português e resolvi ajudar o projeto. Eu participava havia alguns anos do LDP-BR, e tinha criado um howto (Oracle-Howto-br). Não sei o GNOME, mas o KDE estava na mão do pessoal da Conectiva [Atualmente parte da Mandriva], de uma pessoa chamada Tacão. Mandei e-mail e nada… Depois de reclamar para a lista LDP-BR eu descobri pelo Godoy (que ainda estava na Conectiva) que esse cara tinha saído. Ele foi embora e abandonou o projeto junto! Eu queria ajudar e quis assumir a coisa; felizmente (e bota felizmente nisso) a Lisiane (que ainda ajuda nas traduções) assumiu comigo e me ajudou bastante.

No começo era só ela que tinha acesso ao CVS, ela controlava tudo num arquivo txt e mandava os arquivos para as pessoas traduzirem. Esse processo funciona muito bem, mas deixa o admin ferrado para commitar e atualizar toda hora, por isso apostamos nesse esquema de cada um com sua conta. Depois disso infelizmente a Lisiane saiu da administração e fiquei um tempo sozinho; aí chamei o Stephen pra ajudar na parte de Doc. Em paralelo temos uma lista kde-i18n que os tradutores do mundo trocam informações; nessa lista aí (e na nossa também) eu vi que o Diniz tava participando pra caramba — digamos, muito mais que eu… — aí eu percebi que o projeto precisava dele como administrador =) Felizmente ele aceitou!

Eu fiz um sisteminha em PHP/MySQL para controlar os tradutores e pacotes, que não deu certo. Depois de um tempo eu fiz uma versão mais simples dele e coloquei no site lá. O novo projeto agora é migrar tudo de lá para o wiki do kde.org.br. [No site atual] a manutenção é toda php/mysql na unha, o que não é nada prático.

Diniz: O codigolivre é parceiro, mas às vezes fica off-line

Lá em 2006 eu pensei: bem que eu podia fazer alguma coisa pela comunidade do software livre, mas programação não é muito minha praia. Aí resolvi ajudar na tradução do KDE. Mandei a mensagem em 17 de fevereiro de 2006. Está guardada Entrei em contato com o Boaglio e fui aprendendo… Primeiro peguei uns pacotes pequenos e ainda não traduzidos. Depois de um tempo, quando eu já tava mais craque, peguei mais pacotes e em 17-01-2007 o Boaglio me convidou para ajudar como admin. Hoje acho que posso dizer que tenho um bom conhecimento da estrutura do projeto e das ferramentas. O próximo passo é melhorar a parte, digamos, de divulgação e organização do projeto. Isso exige habilidades mais administrativas mesmo, do que técnicas.

Stephen: Mais ou menos em 2003, quando ainda era KDE 2.x. Mas nem lembro como comecei a participar! Eu também não sou muito programador e tive a mesma idéia o Diniz. Fora que havia umas traduções muito ao pé da letra, que em português não faziam sentido.

Eu era uma das pessoas que enviava traduções em txt para a Lisiane; não tinha paciência com o KBabel na época. Marcus Gama era o coordenador dos DOCS, mas ele foi para o Sudão (ele é militar). Ele pediu para alguém cobrir para ele, mas a Lisiane já tinha bastante trabalho, então eu assumi.

Qual foi o papel da Conectiva na localização de software livre para o português do Brasil?

Boaglio: Ela forneceu infraestrutura necessária, e até hoje os servidores estão lá. Claro que sabemos que ela teve interesse na tradução, mas ela disponibilizou o projeto para quem quisesse ajudar.

Diniz: Conectiva! O primeiro Linux a gente nunca esquece.

Stephen: Usei o Conectiva 7 primeiro, muito bom comparado com as outras distros da época.

Boaglio: Eu acho q na época a Conectiva e o LDP-BR era parecido com o que é o Sun Microsystems e o Java. Era livre para qualquer um entrar mas sempre na coordernação estavam pessoas da Conectiva. Toda a estrutura ainda é lá, qualquer alteração no site deveria ser feita por pessoas da Conectiva.

Quando você fala que a Conectiva controlava o LDP, voê está se referindo à tradução para o pt_BR, certo?

Boaglio: E a do KDE, do HowTo e das man pages.

Por que a “zona franca” entre as equipes é uma lista chamada ldp-br?

Boaglio: Porque dela vêm os padrões, o Vocabulário Padrão entre outras coisas. No site do LDP tem um FAQ que eu fiz que explica melhor.

Diniz: Criado em 26/06/2002 ? Tu tá velho hein?

Boaglio: Jurassic Boaglio!

O que vocês acham que poderia melhorar no processo de localização de software livre?

Boaglio: No geral ou no KDE?

Ambos E tanto no Brasil quanto a nível internacional.

Boaglio: No KDE temos um certo índice alto de desistências, acho q temos que melhorar o processo, talvez uma mistura do que era antes e do que é hoje. Para melhorar eu tenho algumas sugestões:

• Migraçao do site do br.tldp.org para um wiki q possamos alterar; criação de tutoriais de uso do kbabel e dos scripts;
• Adoção do VP por todos os projetos, pelo site opter uma lista das possíveis traduções, possibilidade de editar/adicionar novos termos;
• Um esquema global de “suporte” ao usuário final: uma interface web através da qual qualquer usuário de KDE, GNOME, Firefox, BrOffice.org pudesse informar uma tradução errada e isso chegar na equipe de tradução responsável. Seria tipo um “canal aberto” ou “help-desk” =)

Acho que é só isso.

Diniz: Existe muita coisa que a gente pode fazer, mas que ainda não está bem clara/decidida Não só no KDE, mas nos outros projetos também.

Sim, faz parte! Acho fácil aproximar as equipes do KDE e do GNOME. Não tenho tanta certeza quanto às do BrOffice.org e do br.mozdev.org.

Diniz: Talvez um ponto de convergênia seja realmente o VP. Não acha?

Sim. O GNOME tinha um equivalente próprio, parecido mas não 100% concordante, mas estamos caminhando cada vez mais na direção do VP. Eu fico pensando se não valeria a pena ter uma lista de discussão única, ou seja, os projetos todos usarem um substituto do ldp-br@ no lugar das listas de cada projeto específico. Só não poderia ter e-mails automáticos tipo TP-robot ou debian!

Diniz: O nível de discussão iria subir bastante, mas a complexidade de administrar também. Imagina, fulano diz — No gnome é assim —, beltrano responde — Mas o kde é assado.

A lista do xorg tem tudo quanto é assunto e é tranqüila Dá para discutir vários assuntos na mesma lista.

Boaglio: Acho que assuntos internos do tipo “fulano vai traduzir o kde-multimedia” não fazem sentido numa lista LDP-BR, pra isso usam-se as listas internas.

Talvez se a lista fosse a mesma, algumas discussões seriam mais interessantes. Por exemplo, estamos discutindo a tradução de “match” (correspondência, coincidência, resultado, ocorrência etc) na lista do GNOME. Se quisermos adotar um padrão diferente de “correspondência” (VP) vamos ter que mudar a discussão de lista.

Boaglio: Ah, esqueci de um item lá para melhorar a tradução: abandono da lista e criação de um fórum.

Fórum?

Boaglio: Lista de e-mail era interessante quando eu usava e-mail em 1994 =) Cria um fórum para o VP, outro para outras discussões, etc., tudo fica online, fácil de usar, de consultar, etc.

A interface web das listas convencionais realmente deixa a desejar. Talvez o google groups (exemplo), que tem um pouco de cada?

Diniz: É, mas no fim desemboca em e-mail mesmo.

Boaglio: E acaba gerando aqueles mesmos e-mails com as mesmas perguntas, porque o pessoal não sabe onde consultar.

Diniz: Nesse ponto o wiki é melhor. Bastar ter o link dos tutoriais e manter atualizado.

Para encerrar: como vai a tradução do KDE 4.0 para o português do Brasil?

Boaglio: Diniz, é contigo!

Diniz: No último ano, começou o desenvolvimento e a tradução do kde4. Neste ponto eu já tinha assumido a responsabilidade pelos principais pacotes do kde (kdebase e kdelibs). Um problema que eu percebi, e o Boaglio já comentou, é que os tradutores diminuiram o nível de trabalho (commits) e ficou meio pesado ajudar com os outros pacotes. No entanto, como o kde4 foi uma evolução do kde3, foram aproveitadas muitas traduções já existentes. Com a colaboração dos Kolegas, chegamos no dia do tagging com 85% da interface gráfica traduzida, sendo que os 15% que faltaram foram mais nos pacotes que chamamos de extragear e playground, ou seja, não fazem parte dos essenciais (kdebase, kdelibs, kde-pim, kde$$$). Então, acho que levando em conta as dificuldades e o tempo disponível para tradução, fizemos um bom trabalho.

Nossa, atualizar tudo isso para um lançamento deve se duro mesmo! No gnome contamos como “100%” só aqueles com ciclo semestral. Pessoal, muito obrigado pela disposição; assim que eu melhorar da tendinite publico a entrevista. E feliz KDE 4!

Os trechos entre colchetes são esclarecimentos meus, e não respostas dos entrevistados. Reparem que dois entrevistados não puderam permanecer até o fim da conversa.

One or two weeks before the event, I came to the conclusion I should have joined GNOME Foundation a long time ago. As a result, since FISL you can reach me through leonardof at gnome dot org

Naturally, making the presentation was not my only objective for FISL. I was able to meet a translators from different free software project, and we agreed on taking on an old idea. We will have a central website for all the FOSS translation in Brazil, similar to Traduc.org. Larger projects will continue to use its own infrastructure, and the new website will simply link them. For smaller projects, the website itself should eventually provide the translation infrastructure. We already have a mailing list, despite some administrative restrictions.

I was also able to meet a lot of people from the GNOME Brazil community. It was great to meet in person people I knew only through text! Our meeting included even a barbecue after FISL, and a walk in a craft fair in Porto Alegre. I forgot some stuff of mine at Porto Alegre; folklore says it’s a sign that I didn’t want to leave!

Last, but not least, at I was finally got a GNOME t-shirt for me!

(I still didn’t upload my photos, but you can check photos from Hugo Doria, Jonh Wendell and Fernando Boaglio.)