O Mallard é o novo sistema de documentação do GNOME. Tem uma ênfase em documentos avulsos (em vez de aninhados) e focados cada um num tópico, como na Wikipédia. De quebra, traz uma nova linguagem XML, muito mais fácil que a do DocBook, usada até então. A Equipe de Documentação do GNOME está convertendo a documentação do GNOME aplicativo por aplicativo, e as pessoas envolvidas parecem estar gostando da experiência.

Deixando de lado a sintaxe específica para software (telas, código-fonte etc.), o Mallard é muito adequado para qualquer documento que seja consultado através de um computador. É claro que não faltam alternativas, mas para mim tudo se encaixou perfeitamente. É claro que ser parte do GNOME também ajuda!

Cada assunto fica num arquivo, e todos os arquivos estão num mesmo diretório. Para abrir o diretório, basta executar yelp $DIRETÓRIO — vale até criar um lançador na barra de ferramentas ou na área de trabalho (vamos ver como isso fica com o GNOME Shell). Também é possível converter para HTML ou XHTML usando o gnome-doc-tool, e então abrir com o navegador comum. A única limitação séria do Mallard é que, por enquanto, o caminho do diretório não pode conter caracteres não ASCII (cedilha, acento, til…).

Existia um projeto de editor amigável para o Mallard, mas até hoje não vi o produto. Agora está sendo desenvolvida uma interface web para a edição da documentação do GNOME. Não resolve muito o meu problema, mas tudo bem. Basta editar os arquivos XML no editor de textos favorito, o que no meu caso é o gedit. (Também gosto muito do Vim, mas não para XML. Vai entender.) O destaque de sintaxe ajuda muito, e a ferramenta de inserção de trechos (para destaque XML, não Mallard) também. A documentação on-line do Mallard é muito boa, um dia desses tenho que dar um jeito de copiar para o meu disco rígido. (Nem sempre tenho acesso à Internet.)

Em suma, o Mallard é uma ótima forma de manter documentação, seja para software ou para outros fins. Sugiro a todos que confiram o tutorial de dez minutos, para sentir como funciona!

There are plenty of technologies I could use for this. In fact, one of the best candidates was Tomboy, but I didn’t want to mix the other notes with my medical ones (the notebooks feature wasn’t enough) and I needed the technology to handle tables. Then, there are plenty of wikis out there, but I didn’t want to have an HTTP server in my netbook, and TiddlyWiki seemed too fragile for me (try control+left on your browser).

Mallard is topic-oriented, which is exactly what I need. Being fond of IT and GNOME, editing Mallard XML should be easy enough, even if lists and specially tables are a little too cumbersome. IMHO no file format is completely future-proof, but Mallard is almost there, being an open XML format and counting with out-of-the-box tools to convert documents to HTML and XHTML.

All my medical notes are placed in a single directory, and I created a launcher on the desktop which runs yelp with that directory as an argument. I believe this is the most convenient way for GNOME users. But at the beginning I used to run gnome-doc-tool html *.page and open index.html in a web browser.

I’m very happy about using Mallard for my medical notes. The gedit syntax highlight is excellent, even if I’d like to use the XML snippets together with the Mallard-specific ones (but that’s a gedit issue). I’d like to thank the GNOME Documentation Team of helping me when I had trouble in the first steps, as well as for writing excellent documentation on the Mallard file format.

Overall, Mallard is a great documentation system, both for software and non-software documentation.

Os mais de 20 telecentros de Vitória, localizados em bairros pobres e de classe média baixa, têm uma infraestrutura razoável, e os computadores, ainda que lentos, funcionavam bem. Além de acessar a internet, as pessoas ainda podem receber cursos de informática básica. Enfim, um serviço razoável para a exígua verba que o setor social costuma receber dos governantes brasileiros.

Minha maior curiosidade, ao resolver visitar o Telecentro, era conferir o uso de software livre. De fato, tratava-se de GNU/Linux, com o GNOME. Confesso que não conferi qual era a distribuição e a versão, porque não queria ficar mexendo muito no computador do encarregado. Também não perguntei muito porque, na minha experiência, as pessoas que controlam a entrada e saída de usuários de laboratórios de informática e lan houses têm um conhecimento muito escasso de informática.

Imagina só o orgulho de poder abrir uma janela de créditos e mostrar o nome entre os tradutores, e dizer que já coordenei tradução do GNOME no Brasil. Mais ainda, o Telecentro é concretiza a própria missão do projeto GNOME: proporcionar um ambiente de trabalho livre para todos, independente de renda, idioma ou capacidades motoras e/ou sensoriais.

Como a psicoterapeuta havia disponibilizado o e-mail de contato para os pacientes quando estes a solicitavam, ela foi involuntariamente vinculada pelo Google a eles, e eles a ela. Na prática, qualquer um que visitasse o perfil de Keely Kolmes teria acesso a lista parcial dos seus pacientes, assim como o perfil de cada um deles passou a relacioná-la nos contatos. Outra preocupação dela foi o efeito na relação terapêutica se viesse a bloqueá-los.

(Leia também: Google Buzz quebra sigilo e confiança de psicoterapeutas, por Vladimir Melo, e Google Buzz Alarms a Psycotherapist, por Keely Kolmes, a parte ofendida.)

Detalhe que a psicóloga sequer tinha solicitado o serviço. Ele simplesmente acessou sua conta e descobriu que seguia e era seguida por várias pessoas, conhecidas ou nem tanto.

Não custa lembrar que recentemente, preocupado com o desdém do CEO da Google com a privacidade dos usuários, escrevi uma série de artigos sobre como se livrar do Gmail, além das vantagens do Piwik sobre o Google Analytics e o Bloglines como uma alternativa ao Google Reader.

Mais ainda, a Lusa, única agência de notícias de âmbito nacional em Portugal, adotou o Acordo Ortográfico. Na sequência, o semanário Sol adotou o acordo, bem como o jornal Barlavento e os jornais Expresso e Diário Econômico. O primeiro veículo de notícias a adotar o Acordo Ortográfico em Portugal foi provavelmente O Despertar, em janeiro de 2009!

De acordo com o professor Carlos Reis, a adoção do Acordo Ortográfico da Língua Portuguesa pelos meios de comunicação é importante para a língua portugesa.

Acredito que a maioria das pessoas pode muito bem usar um agregador offline como o Liferea, mas eu precisava de um leitor online por causa do BR-Linux.org. O portal tem muitas notícias por dia, e um feed bem curto, de forma que verificando as novidades uma vez por dia eu às vezes eu perdia algumas notícias. Eu demorei a me acostumar com o Google Reader, mas no fim das contas ele é um agregador competente. O Netvibes já não funcionou para mim. Eu queria um leitor de feeds, não uma página inicial, e para manter minha caixa de entrada limpa eu precisava de muitos cliques adicionais. O Bloglines, por outro lado, é um dos leitores de feed mais populares entre os leitores de meu blog, perdendo apenas para o Google Reader e os Planetas GNOME (em inglês e português).

O Bloglines tem um conceito diferente de compartilhar posts de blog. Em vez de compartilhar com uma lista de contatos, você pode ter uma espécie de página pública onde seus artigos compartilhados podem ser vistos por qualquer um na web. Esse recurso ainda não está disponível na versão beta, então ainda não usei. Em 2006 algumas pessoas relataram que cada feed que você assina pode ser visto por quem quer que descubra o URL aleatório associado. Isso não deve ser um problema de privacidade para a maioria das pessoas, porque não é possível saber quem assina qual feed, mas se você assinar um feed especial com informações comerciais ou sua lista de tarefas, você terá um problema. De qualquer forma, duvido que o Bloglines tenha suporte a feeds autenticados, e eu nunca teria informações pessoais em feeds não autenticados, de forma que isso não me incomoda.

O Bloglines beta tem três visões, cada uma delas muito interessante. A visão completa (full) parece com a do Google Reader, com a exceção de que, se mais de um feed for lido ao mesmo tempo, os artigos serão agrupados por feed, e não misturados. (Dica de um leitor da versão em inglês deste artigo: teclar M faz a coluna esquerda colapsar ou reaparecer.) A visão rápida (quick) mostra apenas o título dos artigos para feeds individuais, e para pastas com múltiplos feeds ela mostra as listas agrupadas em um widget (controle) por feed. Clicar no título abre o artigo em um widget à parte, mas você também pode clicar em um link especial para exibir apenas aquele feed. A terceira visão tem três painéis, como em um aplicativo de e-mail comum. Pode não ser muito adequado para netbooks e outras telas pequenas, mas tem um recurso muito interessante, a aba Site. Enquanto a aba Feed mostra o texto para aquele artigo como encontrado no feed, a aba Site mostra a página original embutida, de forma que você possa deixar comentários com mais facilidade.

Assim como o Google Reader e outros agregadores, o Bloglines permite aos usuários manter os artigos como não lidos (pin), mará-los como importantes, (save), ou enviá-los a alguém por e-mail. Como de costume, existe um painel à esquerda com a lista de assinaturas, opcionalmente agrupadas em pastas. O painel esquerdo é menos lotado que o do Google Reader, o que é muito importante para telas pequenas ou listas grandes de assinaturas. Por outro lado, o Bloglines (ainda) não permite que o painel esquerdo seja colapsado, o que atrapalha a leitura em dispositivos portáteis.

Resumindo, o Bloglines tem seus problemas (lembre-se de que ele ainda está em beta), mas achei-o bom o suficiente para mim. Se você tem outra opinião, ou se prefere usar outro agregador de feeds, deixe seu comentário!

Algumas pessoas podem achar antiquado, mas eu prefiro ter uma cópia da minha correspondência no meu disco rígido. O IMAP é naturalmente o melhor protocolo para isso, mas o suporte a IMAP do Gmail é sofrível. Ele usa pastas como uma implementação offline do seu recurso de rotular conversas, em vez de usar rótulos IMAP de verdade. Isso significa que cada mensagem deve ser baixada múltiplas vezes, uma para cada etiqueta. E aí encontrei, também no Planeta GNOME em inglês, um artigo de Philip Van Hoof dizendo que o servidor de IMAP do Google tem uma das piores implementações imagináveis. (Edição: veja também as queixas do líder em garantia de qualidade do Opera Mail.)

Não tenho vontade alguma de configurar meu próprio servidor, sejam localmente ou “nas nuvens”, então eu migrei para o FastMail. O serviço deles não é gratuito, a não ser que você tenha bem pouco e-mail, mas considero o custo/benefício satisfatório. O único problema para mim é que, como não assinei o serviço mais caro, não posso me dar ao luxo de guardar anexos arbitrariamente grandes de anos atrás. O que eu faço é periodicamente conferir se os anexos grandes foram salvos em meu disco rígidos, e então elimino o anexo do servidor deixando apenas a mensagem.

Eu ainda tenho minha conta no Gmail, que redireciona para a do FastMail. Só que não dou mais meu endereço do Gmail para ninguém mais, e não uso o servidor de SMTP deles mais. Eu sinto falta da visão de conversas, mas percebi que não faz tanta falta assim. O que eu fiz foi reimplementar o “Arquivo” do Gmail na forma de uma pasta dentro da caixa de entrada. Com o tempo o FastMail começou a reclamar do número de mensagens (mais de 5000); mesmo eu não percebendo prejuízo do desempenho, dividi a pasta “Arquivo” em uma pasta para cada ano.

Durante a migração eu desisti da maioria das minhas etiquetas, porque não as usava de verdade para localizar e-mails antigos. Para as etiquetas restantes, usei o recurso de etiquetas extendidas do IMAP. Eu tenho menos de 5 etiquetas, então eu poderia usar as etiquetas comuns, mas tanto Evolution quanto Thunderbird usam os mesmos nomes para elas, então achei melhor deixá-las como estavam. A interface web do FastMail não permite a visualização ou edição de etiquetas, mas ao acessar com o Evolution está tudo lá, e para mim isso é o que importa.

Outra alternativa, que descobri por um comentário à versão inglesa desse artigo, é o Lavabit. Apesar de ser mais novo, e portanto potencialmente menos sólido que o FastMail, o Lavabit leva ao extremo a privacidade de seus clientes. A correspondência fica guardada em arquivos criptografados, cuja chave só o usuário tem. Isso significa que, se a justiça americana exigir acesso à sua correspondência, eles teriam que usar força bruta para ler o conteúdo. Para mim, a maior limitação do Lavabit é não ter IMAP, só POP.

Essas são as melhores alternativas que conheço. Adoraria ouvir dos leitores suas experiências com esses ou talvez outros servidores de e-mail confiáveis. Os usuários atuais do Gmail agradecem!

Atualização: Meu nome de usuário no FastMail.fm é leonardof. Se você assinar o serviço, por favor informe quem foi que indicou. Não que eu vá ganhar muita coisa com isso, mas é uma forma interessante de saber se as pessoas efetivamente estão gostando da ideia.

Para completar, melhorei o artigo da Wikipédia sobre o GNOME. Vocês podem ver minha colaboração na introdução e na seção de história. Novamente, conto com a colaboração dos colegas da comunidade GNOME-BR para completar esse artigo, que ainda precisa melhorar muito para dar aos leitores a dimensão do projeto GNOME.

Fora isso, um feliz Natal a todos. Já que Jesus Cristo não nasceu dia 25 de dezembro, pelo menos a gente pode aproveitar a desculpa para estar junto das pessoas com quem a gente realmente se importa.

Call me old fashioned if you will, but I want an offline cache of my email. IMAP is of course the best protocol for that, but Google doesn’t support IMAP very well. They use folders as an offline implementation of their tagging feature, instead of actually using IMAP tags. This means downloading messages multiple times, which is not funny at all. And then, there is Philip Van Hoof saying [Google's] IMAP server is probably one of the poorest imaginable. (Edit: See also this rant by Opera Software’s lead QA for Opera Mail.)

I don’t feel like running my own email server, either on my computer or in the cloud, so I went with FastMail. Their email solution is not free of cost, unless you keep very little email, but I find their price and service fair enough. I think that the only catch is, I didn’t go for the most expensive plan, so I can’t keep arbitrarily large attachments from many years ago. That’s OK for me. I download the important attachments to my hard drive and use a proper backup instead; and I can still keep the respective email messages.

I still have my Gmail account, which redirects to the FastMail one. I just don’t give my Gmail address to anyone these days, and I don’t use their SMTP server any more. I miss the conversation view, but I found out I can live without it. I reimplemented Gmail’s archive with an “Archive” folder inside Inbox, but latter it grew too big and I split it in one folder for each year.

I gave up most of my tags during the migration, because I didn’t really use them to search the email archive. For the remaining tags, I used the extended tagging feature of IMAP. I have less then 5 tags, so I could use the standard ones, but Evolution and Thunderbird have the same default names for these 5 tags, so I decided to just not change them. FastMail doesn’t really provide a way for me to set or see tags in their web interface, but that’s OK for me, because I use primarily Evolution to check and manage my email. The important thing is that FastMail doesn’t brake my tags. Sadly, OfflineIMAP doens’t implement these arbitrary tags yet, so I can’t use it to relay my email.

I’d love to know about other email solutions. I’m not really considering a move any time soon, but the discussion could be very interesting for current Gmail users.

Update: My username at FastMail.fm is leonardof. If you subscribe to the service, please inform me as the referer. Not that I’ll receive much for it, but that’s an interesting way to know if people are actually using FastMail.