O primeiro editor de documentos: uma aposta simples, mas arriscada

À medida que a ONLYOFFICE completa 16 anos este julho, estamos relembrando as decisões que moldaram o produto. Esta veio antes do nome, antes da licença de código aberto e antes de 21 milhões de usuários. Vem de uma equipe que estava frustrada o suficiente para construir algo que ninguém mais havia tentado.

Antes de haver um editor, havia um problema

O ano era 2010. A equipe da Ascensio System SIA, então trabalhando em uma plataforma de colaboração chamada TeamLab, precisava permitir que os usuários trabalhassem com documentos dentro de seu produto. A plataforma tinha gerenciamento de projetos, ferramentas de CRM, um wiki, blogs e um espaço de arquivo compartilhado. Mas quando alguém precisava editar um documento do Word, o fluxo de trabalho era, para colocá-lo de maneira generosa, inelegante.

A primeira opção de edição de documentos adicionada era um pesadelo. Quando você pressionava Abrir arquivo, um arquivo exe era baixado para seu PC. Era o OpenOffice com um plugin pré-instalado. O documento do portal era aberto no OpenOffice e, após a edição, salvo de volta na nuvem.

Assim funcionava a edição de documentos na web em 2010. Você saía do navegador. Abria um aplicativo desktop. Editava. Salvava de volta. Voltava ao que estava fazendo. Cada passo era fricção. Cada passo era um potencial ponto de falha: a versão errada, o formato errado, a cópia da pessoa errada.

A equipe odiava isso. Não de uma forma leve, profissional, “provavelmente poderíamos melhorar isso”, mas de uma maneira visceral, diária, “isso é embaraçoso”. E assim tomaram a decisão que define ou destrói uma empresa: decidiram escrever seu próprio editor.

A aposta: HTML5 Canvas

Em 2010, construir um editor de documentos no navegador não era uma coisa razoável de se fazer. O Google Docs havia sido lançado em 2006 e era o ponto de referência óbvio, mas funcionava permitindo que o navegador renderizasse o documento usando HTML padrão. Isso significava que a saída que você imprimia parecia diferente do que você via na tela. A formatação quebrava entre os navegadores. Layouts complexos colapsavam. A web simplesmente não estava pronta para replicar a precisão de um processador de texto de desktop.

A equipe da ONLYOFFICE escolheu uma abordagem fundamentalmente diferente. Em vez de pedir ao navegador para renderizar o documento, eles o renderizariam diretamente, pintando cada pixel usando o elemento HTML5 Canvas.

Canvas é uma parte do HTML5 que permite renderização dinâmica e programável de formas 2D e imagens bitmap. A tecnologia é conhecida por preservar a formatação inicial, independentemente do navegador ou sistema operacional.

As implicações foram significativas. Se você pinta o documento pixel por pixel, você controla exatamente como ele se aparenta, em qualquer navegador, em qualquer sistema operacional, seja exibido na tela, exportado para PDF ou enviado para uma impressora. A entrada é sempre idêntica à saída: um arquivo processado mantém o mesmo estilo, parágrafos, símbolos e espaçamento de linha. O documento que você vê é o documento que você obtém.

Mas o risco técnico era real. O HTML5 Canvas não foi projetado para edição de documentos. Ninguém havia feito isso antes. A equipe não estava adaptando uma abordagem existente; estavam construindo uma. Se isso não funcionasse na escala e no nível de desempenho exigidos para uma suíte de escritório real, dois anos de trabalho de engenharia seriam desperdiçados.

Fato interessante: O Canvas não foi a primeira tentativa. Antes de se fixarem no HTML5 Canvas, a equipe tentou o CKEditor, um editor de rich text baseado em navegador estabelecido que funcionava com renderização HTML padrão. Ele falhou pela mesma razão que a abordagem do Google Docs era insuficiente: HTML simples simplesmente não podia oferecer a precisão de formatação e a consistência entre navegadores que a equipe exigia.

A ironia não passa despercebida pela equipe: “Google e Microsoft mudaram para a mesma tecnologia que usamos, talvez após pegar uma dica nossa.” Seja coincidência ou convergência, a indústria eventualmente chegou à mesma conclusão que a equipe da ONLYOFFICE alcançou em 2010. A equipe apenas chegou lá primeiro.

O fato: Em maio de 2021, quase uma década após a estreia da ONLYOFFICE na CeBIT, o Google anunciou que o Google Docs migraria da renderização baseada em HTML para a renderização baseada em Canvas, citando melhorias de desempenho e consistência entre plataformas. A abordagem que a ONLYOFFICE apostou em 2010 havia se tornado o padrão da indústria, pelo menos para um dos dois maiores players do mercado.

CeBIT 2012: a primeira aparição pública

Em março de 2012, a equipe tornou sua aposta pública. Na CeBIT em Hannover, uma das maiores feiras de tecnologia do mundo, o TeamLab apresentou os primeiros editores de documentos baseados em HTML5. A versão beta estava disponível para testes em html5.teamlab.com.

O TeamLab trouxe o primeiro editor de documentos baseado em HTML5 para software de escritório. Com a nova tecnologia de ponta, o TeamLab exibiu arquivos corretamente em qualquer navegador, em qualquer sistema operacional, mesmo ao imprimir ou importar. Além disso, oferece opções poderosas para processamento de tabelas, espaçamento de linhas, numeração multilevel e estilos de texto e título.

O produto nesta fase era apenas um editor de documentos. Sem editor de planilhas, sem editor de apresentações. Apenas o editor de texto, construído no Canvas, demonstrando que a abordagem funcionava.

A equipe também entendeu que a colaboração não era um recurso opcional; era o motivo principal para construir um editor baseado em navegador em primeiro lugar. Um documento que parece idêntico em todas as telas só é útil se várias pessoas puderem trabalhar nele juntas. Eles adicionaram o modo de coedição Estrito, onde você bloqueia a parte do documento em que está trabalhando, e ninguém vê o que você está digitando até você clicar em Salvar. Isso foi projetado para equipes que precisavam trabalhar em um documento simultaneamente sem sobrescrever as alterações uns dos outros.

A planilha que começou tudo

Este é um marco particular que a linha do tempo normalmente ignora. O editor de documentos recebe a manchete, e a CeBIT 2012 é a estreia pública oficial. Mas a origem real dos editores da ONLYOFFICE é mais estranha e menos linear do que isso.

O projeto começou não com um editor de documentos, mas com um editor de planilhas, e ainda não usava Canvas. A versão inicial calculava fórmulas no servidor, o que criava seu próprio conjunto de problemas de desempenho. Antes mesmo de o editor de documentos ser terminado, o projeto foi encerrado completamente. Como Alex, chefe de desenvolvimento, lembrou: “Foi isso, não estávamos mais trabalhando nisso.”

O que aconteceu a seguir é o tipo de detalhe que é suavizado nas histórias oficiais. A equipe continuou trabalhando discretamente, nos bastidores, corrigindo os bugs que causaram o abandono do projeto. Eventualmente, eles relançaram. E só então o editor de documentos apareceu, o produto que se tornaria o centro de tudo que viria a seguir.

A aposta no Canvas foi ousada. Mas a história por trás dela envolve um começo, uma pausa, uma continuação silenciosa e um relançamento que a maior parte da indústria nunca soube. Essa é a versão menos visível de como os editores da ONLYOFFICE realmente vieram a existir.

Quando os editores foram lançados pela primeira vez, a equipe de marketing da ONLYOFFICE tinha uma frase que capturava o posicionamento melhor do que qualquer especificação de produto poderia: “E se o Google Docs e o Microsoft Office tivessem um filho? Seria chamado TeamLab.”

Foi uma compressão útil do que a abordagem Canvas realmente entregava: a natureza colaborativa e baseada em navegador do Google Docs combinada com a precisão de formatação do Microsoft Office. Nenhuma das duas abordagens sozinhas era suficiente. A aposta no HTML5 Canvas era precisamente a tentativa de obter as duas ao mesmo tempo.

2013: dizendo adeus aos formatos proprietários

A aposta no Canvas era técnica. A aposta de 2013 era sobre compatibilidade e, de certa forma, era a mais consequente.

Na época, a ONLYOFFICE usava seus próprios formatos internos (.doct, .xlst, .pptt). Em 2013, a equipe os abandonou totalmente e se comprometeu com o OOXML, os padrões Office Open XML por trás do DOCX, XLSX e PPTX.

Não era a escolha óbvia. Adotar os formatos da Microsoft significava aceitar toda a sua complexidade: cada caso extremo em um documento do Word de dez anos, cada fórmula obscura do Excel, cada animação do PowerPoint tinha que ser renderizada corretamente, porque os usuários trariam arquivos criados no Microsoft Office e esperariam que abrissem. Mas a alternativa, pedir aos usuários que convertessem seus arquivos, era um beco sem saída. O mundo roda em DOCX e XLSX, e a ONLYOFFICE precisava trabalhar com os documentos que as pessoas já tinham.

Essa decisão é a razão pela qual a TechCrunch, reportando em janeiro de 2014, escreveu que o TeamLab “afirma combinar o melhor dos recursos de colaboração online do Google com a alta qualidade de formatação do Microsoft Word”, e porque a manchete dizia que o produto “quer mandar o Microsoft Office 365 de volta para a prancheta.”

2014: a decisão de código aberto e o novo nome

Até meados de 2014, a equipe tinha uma suíte funcional: documentos, planilhas e apresentações, rodando no navegador, compatíveis com os formatos do Microsoft Office, com coedição em tempo real. Quatro anos desde a primeira decisão frustrada de começar de novo.

Em julho de 2014, o TeamLab Office foi rebatizado como ONLYOFFICE, e o código-fonte foi publicado no GitHub e SourceForge sob AGPLv3. O nome refletia o foco: apenas escritório. A publicação do código-fonte transformou uma aposta proprietária em uma aberta, transparente e segura, para que todos possam examiná-la.

Essa decisão foi, também, em retrospecto, a base de tudo que se seguiu. Os 40+ conectores de integração, os plugins Moodle, o conector Confluence e o servidor DocSpace MCP, todos remontam ao dia em que o código se tornou público.

A reescrita do servidor que ninguém fala

A aposta no Canvas recebe a maior parte da atenção. Mas houve uma segunda decisão técnica tomada aproximadamente ao mesmo tempo que foi, à sua maneira, igualmente radical.

Quando a equipe começou a construir a edição colaborativa no navegador, um novo problema surgiu, um que é fácil de ignorar ao contar a história do editor. O servidor de Documentos original rodava em .NET, a mesma pilha de tecnologia do resto do TeamLab. Para um produto de colaboração baseado em navegador com requisitos de coedição em tempo real, aquela arquitetura não ia se manter.

Então, em 2014, a equipe descartou todo o servidor que haviam desenvolvido por quatro anos e o reescreveu do zero em Node.js, uma tecnologia que, na época, mal era conhecida para uso em produção em qualquer escala significativa. Como Alex, chefe de desenvolvimento, descreveu: “A escolha do Node.js foi tão estranha quanto a escolha do Canvas. Ninguém estava escrevendo nada com uma alta carga sobre isso.” A reescrita foi concluída por um único engenheiro em quatro meses. A versão do Node.js que eles estavam construindo era a 0.10–0.12, onde, como a equipe observou com característica subestimação, “0 significa ‘não espere nada sério, pessoal.'”

Duass apostas técnicas não convencionais, feitas no mesmo ano, por uma equipe que havia perdido a paciência com opções convencionais.

2016: Coedição rápida e os editores de desktop

Mais dois marcos significativos completaram o primeiro capítulo da história do editor.

O modo de coedição rápida apareceu em 2016 com o objetivo de fornecer uma colaboração de documentos verdadeiramente eficaz para todos os usuários. Onde o modo Estrito bloqueava um parágrafo enquanto você digitava e mostrava apenas alterações ao clicar em Salvar, o modo Rápido mostrava alterações em tempo real, o comportamento que a maioria dos usuários agora associa à edição colaborativa de documentos. A ONLYOFFICE agora tinha ambos: um modo de edição deliberado e controlado e um modo simultâneo e ao vivo. A escolha dependia do fluxo de trabalho da equipe, e não de uma limitação da tecnologia.

Também em março de 2016, os desenvolvedores da ONLYOFFICE lançaram uma aplicação de desktop, ONLYOFFICE Desktop Editors, posicionada como uma alternativa de código aberto ao Microsoft Office. O mesmo editor HTML5 Canvas que funcionava no navegador agora estava empacotado como um aplicativo de desktop nativo para Windows, Linux e macOS. A abordagem técnica que começou como uma aposta apenas para web agora rodava em todos os lugares.

Mobile: o mesmo editor, em todo lugar

O aplicativo de desktop em 2016 estendeu o editor Canvas além do navegador. Os aplicativos móveis o estenderam ainda mais, para os dispositivos onde cada vez mais trabalho com documentos realmente estava acontecendo.

ONLYOFFICE Documents para iOS e Android trouxe o mesmo motor de edição para smartphones e tablets: edição total de DOCX, XLSX e PPTX, coedição em tempo real, controle de alterações e comentários. Não é um visualizador simplificado com capacidade básica de edição, é o mesmo editor, adaptado para toque. A versão 9.4 em 2026 adicionou suporte para Mistral AI em dispositivos móveis, controle de salvamento manual para documentos na nuvem, uma guia de fórmulas no editor de planilhas do Android e inserção de múltiplas imagens no iOS. A abordagem Canvas que começou como uma aposta do navegador em 2010 agora roda em todas as plataformas de onde um usuário poderia realmente trabalhar.

Como a aposta realmente parecia

É fácil, quatorze anos depois, enquadrar a decisão do HTML5 Canvas como visionária. Na época, parecia um sério risco tomado por uma equipe que havia perdido a paciência com as alternativas.

As alternativas em 2010 eram: usar o OpenOffice com um plugin (eles tentaram, odiaram), usar uma abordagem de renderização no navegador como o Google Docs (inconsistente entre navegadores, formatação limitada) ou construir algo proprietário que exigisse uma instalação de desktop (anula o propósito de uma plataforma em nuvem). Nenhuma delas era boa o suficiente. Então, eles construíram uma quarta opção que ainda não existia.

O risco técnico era genuíno. A renderização baseada em Canvas é intensiva em computação. Torná-la rápida o suficiente para edição real de documentos, com tabelas complexas, imagens embutidas, fórmulas e coedição ao vivo, exigia um trabalho de engenharia significativo em otimização de desempenho que continuou por anos após a primeira demonstração na CeBIT.

A ONLYOFFICE desenvolveu uma arquitetura que assegura uma leve conexão em tempo real entre os participantes e minimiza o carregamento do servidor. Aquela arquitetura, projetada para lidar com a edição simultânea sem criar um gargalo de desempenho no servidor, ainda é a base de como a ONLYOFFICE lida com a coedição hoje.

De um editor a uma suíte de sete

A equipe que revelou um beta de um único editor de documentos na CeBIT 2012 agora entrega sete tipos de editores em uma suíte coordenada ONLYOFFICE Docs: editor de documentos, editor de planilhas, editor de apresentações, editor de PDF, criador de formulários, visualizador de diagramas e a camada assistente alimentada por IA que funciona em todos eles.

O produto foi construído usando Canvas, uma parte do HTML5 que permite renderização dinâmica e programável de formas 2D e imagens bitmap. O tipo básico de formatos usados no ONLYOFFICE Docs é OOXML (DOCX, XLSX, PPTX). Isso não mudou. A abordagem de renderização escolhida em 2010 ainda fundamenta cada documento que se abre na ONLYOFFICE hoje, em qualquer navegador, em qualquer dispositivo, em qualquer um dos 45 idiomas de interface.

A aposta era simples: construir um editor que renderizasse documentos exatamente como deveriam parecer, em todas as plataformas, toda vez. O risco era real: ninguém tinha feito isso dessa forma, e construí-lo levou anos. Quatorze anos depois, o documento parece o mesmo, esteja você editando-o em um navegador na França, em um desktop no Japão, em um telefone no Quênia, ou o imprimindo de um servidor no porão de um hospital alemão.

O editor de PDF: um formato que nunca deveria ser editável

Uma das expansões mais significativas da aposta original não foi um novo tipo de editor; foi a transformação de um formato existente.

Os PDFs foram projetados em 1993 para serem finais, fixos. O fim da vida de um documento, não uma etapa dela. Durante décadas, trabalhar com um PDF significava visualizá-lo, imprimi-lo ou convertê-lo em algo diferente. O Editor de PDF da ONLYOFFICE desafiou essa suposição diretamente.

Hoje, o Editor de PDF suporta edição direta de texto e imagem sem conversão, anotação de página inteira com formas e carimbos, redação permanente de conteúdo sensível, assinaturas digitais em três modos, formulários PDF preenchíveis com campos baseados em funções, gerenciamento de páginas, incluindo reorganização por arrastar e soltar, OCR para documentos digitalizados e anotação colaborativa em tempo real. Não é um visualizador com edição anexada. É um ambiente completo de edição para um formato que a indústria decidiu ser somente leitura.

O Editor de PDF está incluído na ONLYOFFICE sem custo adicional, sem licença separada do Adobe, sem assinatura adicional. Essa decisão reflete a mesma lógica que a aposta no Canvas: se um formato de documento existe, as pessoas devem ser capazes de trabalhar com ele adequadamente, no mesmo ambiente onde trabalham com tudo o mais.

Continue lendo

Este artigo é o segundo post em nossa série de 16 partes dedicada ao 16º aniversário da ONLYOFFICE. Adiante, aprenderemos mais sobre os principais marcos, decisões de produto e outras etapas que moldaram a ONLYOFFICE. Vamos relembrar juntos.

Aguarde o artigo três!