Modelos e Templates
Fazer todo mapa novo nascer pronto: modelo padrão, modelos por tipo de trabalho e distribuição em equipe.
O que você vai aprender
- Criar um modelo com seus estilos, ícones e estrutura
- Definir o modelo padrão de mapas novos
- Manter vários modelos para tipos diferentes de trabalho
- Distribuir modelos numa equipe
Antes de começar
Modelos e Templates🔗
Um modelo é um mapa comum guardado num lugar especial. Quando você cria um mapa novo, o Freeplane copia o modelo — com seus estilos, atributos registrados, ícones, filtros salvos e até nós iniciais.
Sem modelo, cada mapa novo começa com o padrão de fábrica e você refaz tudo. Com modelo, começa pronto.
Onde os modelos ficam🔗
~/.config/freeplane/1.11.x/templates/ # Linux
%APPDATA%\Freeplane\1.11.x\templates\ # Windows
~/Library/Preferences/freeplane/1.11.x/templates/ # macOS
Qualquer .mm colocado ali vira um modelo disponível.
O caminho exato aparece em Ferramentas → Preferências, ou em Ajuda → Abrir pasta de configuração nas versões que oferecem o atalho.
Criando um modelo🔗
- Monte um mapa com tudo o que você quer repetir:
- estilos nomeados (
Bloqueado,Concluído,Decisão…); - estilos condicionais;
- estilos automáticos por nível ajustados;
- chaves de atributo registradas, com valores restritos;
- filtros salvos;
- um ramo
Legendadocumentando a convenção de ícones; - a estrutura inicial, se houver uma que se repete.
- estilos nomeados (
- Apague o conteúdo de exemplo, deixando só o que deve nascer em todo mapa.
- Salve na pasta
templatescom um nome descritivo.
O modelo padrão🔗
Um arquivo chamado standard.mm na pasta de templates é usado por Ctrl+N. Todo mapa novo passa a nascer com ele.
Este é o ajuste de maior retorno em todo o Freeplane. Cinco minutos montando um standard.mm decente economizam a mesma configuração repetida em cada mapa pelos anos seguintes.
Guarde o standard.mm num repositório Git junto com seus scripts e configurações. Uma máquina nova fica pronta com um git clone e dois links simbólicos.
Vários modelos🔗
Arquivo → Novo a partir de modelo lista tudo que está na pasta. Modelos que valem a pena manter separados:
| Modelo | Traz |
|---|---|
projeto.mm | Fases, atributos responsável/prazo/custo, filtros de pendência |
reuniao.mm | Ramos Pauta, Decisões, Ações, Pendências; ícones de delegação |
estudo.mm | Estilos de conceito/exemplo/dúvida, ramo de bibliografia |
livro.mm | Estrutura de capítulos, estilo de citação, atributo página |
decisao.mm | Opções, Critérios, Riscos, com fórmula de pontuação |
Cada um leva você direto ao conteúdo em vez de à configuração.
Modelos por idioma e por tipo de mapa🔗
O Freeplane também usa modelos internos para casos específicos — mapa de estilos, mapa de add-on, mapa de documentação. Eles ficam na instalação, não na sua pasta de usuário. Convém não mexer neles; sobreponha criando arquivos com o mesmo nome na pasta do usuário, que tem precedência.
Distribuindo numa equipe🔗
Quando várias pessoas precisam dos mesmos estilos:
- Ponha o modelo num repositório compartilhado (Git, pasta de rede, nuvem).
- Cada pessoa cria um link simbólico da pasta
templatespara o arquivo, ou copia. - Mudanças no modelo não alcançam mapas já criados — modelo é ponto de partida, não vínculo vivo.
Para propagar estilos a mapas existentes, use Formatar → Gerenciar estilos → Copiar estilos de outro mapa. Esse é o mecanismo de atualização.
Alternativa mais robusta: empacotar os estilos e scripts num add-on interno da equipe, que se instala e atualiza pelo gerenciador. Veja Add-ons.
O que um modelo carrega e o que não carrega🔗
| Carrega | Não carrega |
|---|---|
| Estilos e estilos condicionais | Conteúdo de mapas existentes |
| Chaves e valores de atributo registrados | Ícones próprios (ficam na pasta icons) |
| Filtros salvos | Scripts (ficam na pasta scripts) |
| Estrutura de nós inicial | Add-ons instalados |
| Preferências do mapa (zoom, layout) | Preferências do programa |
Ícones próprios, scripts e add-ons moram fora do arquivo. Para reproduzir um ambiente completo em outra máquina, é a pasta de configuração inteira que precisa ir junto.
Erros comuns
- Esperar que mudar o modelo atualize mapas já criados — não atualiza
- Guardar conteúdo real no modelo e replicá-lo em todo mapa novo
- Esquecer que ícones próprios e scripts não viajam dentro do
.mm - Editar os modelos internos da instalação, que são sobrescritos na atualização
Na prática🔗
- Monte um mapa com quatro estilos nomeados e três chaves de atributo registradas.
- Adicione um ramo
Legendae um filtro salvo. - Salve como
standard.mmna pasta de templates. Ctrl+Ne confirme que tudo veio junto.- Crie um segundo modelo,
reuniao.mm, e use Novo a partir de modelo. - Versione a pasta
templatesnum repositório Git.
Você aprendeu
standard.mmna pasta de templates faz todo mapa novo nascer configurado- Modelos carregam estilos, atributos e filtros; não carregam scripts, ícones próprios nem add-ons
- Mudar o modelo não atualiza mapas antigos; para isso, copie estilos de outro mapa
- Para uma equipe, um add-on interno é mais robusto que copiar arquivos
Perguntas para reflexão
- O que um
standard.mmna pasta de templates faz? - O que modelos carregam, e o que não carregam?
- Mudar o modelo atualiza mapas antigos? Qual é o caminho para isso?
- Por que um add-on interno é mais robusto que copiar arquivos, numa equipe?