Se você edita conteúdo no Drupal há tempo suficiente, com certeza já esbarrou nesta pequena, mas irritante, quebra de fluxo de trabalho: você seleciona uma palavra ou posiciona o cursor, alterna para o Source para ajustar a marcação e… perde o lugar. Fiz um pequeno módulo que corrige exatamente isso.

Certa vez, um CTO me perguntou no meio de uma reunião de planejamento de Drupal decoupled: «Então, qual API devemos usar?»

Por um segundo, a sala ficou em silêncio. O frontend queria GraphQL. O backend queria JSON:API. Um empreiteiro de integração já havia sugerido REST. O product owner só queria que o aplicativo móvel parasse de esperar pelos releases do site.

Essa pequena pergunta costuma soar técnica. Mas não é. É uma questão de governança, uma questão de orçamento e, às vezes, uma questão de contratação, disfarçada com o moletom de um desenvolvedor.

Certa vez, abri um menu do Drupal com vários milhares de links e observei o navegador desistir antes de mim. A página, tecnicamente, carregou. Mas depois cada clique parecia que eu estava pedindo a uma impressora velha para explicar seus sentimentos.

Um backlog multilíngue tem um cheiro característico. Na segunda-feira você publica em inglês, promete o alemão «ainda esta semana» e, na sexta, encara 47 páginas atualizadas sem saber como responder com clareza: «Então… qual é o status de verdade?»

Já vi equipes tentarem resolver isso acrescentando mais processo: planilhas, tickets de tradução, syncs semanais. Isso funciona até alguém editar um parágrafo de herói em 200 páginas. Aí você volta a adivinhar.

Na DrupalBook, damos suporte a plataformas Drupal em que a experiência de edição é crítica para o negócio, e não um aspecto técnico secundário. Quando o Drupal migrou do CKEditor 4 para o CKEditor 5, isso trouxe uma base de edição moderna, mas ao mesmo tempo criou uma lacuna séria para organizações que dependiam de plugins consolidados do CKEditor 4. Este artigo explica como fechamos essa lacuna, migrando funcionalidades essenciais, garantindo a continuidade do trabalho das equipes editoriais e permitindo que nossos clientes migrassem para versões modernas do Drupal.

Como o conteúdo estruturado baseado em parágrafos ajuda as equipes a manter sites multilíngues atualizados, escaláveis e prontos para tradução com uso de IA.

1 Introdução

Os plugins de Lightbox são parte integrante dos sites baseados em Drupal há mais de uma década. Eles permitem que os editores exibam imagens, vídeos e outros materiais de mídia em um overlay pop-up sem sair da página atual — um padrão que os visitantes esperam em sites modernos com muita mídia.

1. Por que a gestão de configuração baseada em CI importa

O sistema de configuração do Drupal é um dos pontos mais fortes da plataforma e, ao mesmo tempo, uma das fontes mais confiáveis de dor de cabeça. A capacidade de exportar e importar cada item de configuração do site na forma de arquivos YAML é incrivelmente poderosa — mas só se todos concordarem sobre quem exatamente é responsável por mover esses arquivos entre os ambientes. Na maioria das equipes, esse acordo simplesmente não existe.

Embora o suporte ao Drupal 7 já tenha chegado ao fim e não haja mais novas atualizações, e todos os novos módulos sejam lançados para Drupal 11+, ainda há muitos sites usando Drupal 7 que não conseguem migrar para as versões novas. Há razões para isso, especialmente em sites com grande quantidade de código personalizado.

Por que essa mudança?

• No Drupal 9, a biblioteca jQuery Cookie foi removida do núcleo e substituída pela biblioteca js-cookie. No Drupal 9 existia uma camada de compatibilidade (core/jquery.cookie), mas ela foi removida no Drupal 10.