Porque é que a interface à volta do texto importa
Quando o objetivo é rever um bloco de código markdown já escrito, ver o resultado HTML lado a lado é útil. Mas quando o objetivo é produzir texto novo — um parágrafo longo, uma secção inteira de um README, um argumento desenvolvido num artigo — a pré-visualização a mudar de forma a cada tecla pode, para algumas pessoas, tornar-se ela própria uma distração: os olhos saltam entre o que está a escrever-se e o que já foi renderizado.
É por isso que muitos editores de texto dedicados (fora do mundo Markdown também) oferecem um modo de "apenas escrever": esconder tudo o resto e mostrar só o cursor a piscar sobre a página. A ideia central não é impedir a formatação — é adiá-la para depois, mantendo o momento da escrita separado do momento da revisão visual.
Usar a vista «Só editor» como truque imediato
Um cenário hipotético para ilustrar: imagina que estás a escrever a secção "Instalação" de um README com oito passos numerados, cada um com um bloco de código. Se a pré-visualização estiver visível ao mesmo tempo, o painel da direita vai reformatar-se a cada linha nova — números a mudar, blocos de código a aparecer com realce de sintaxe. Para quem prefere escrever tudo de um fôlego e só depois rever a formatação, alternar para a vista «Só editor» durante a fase de escrita, e voltar à vista dividida (ou «Só pré-visualização») só no fim, tende a manter o fluxo mais estável.
Esta alternância não exige recarregar nada — o conteúdo do editor mantém-se exatamente como estava ao mudares de vista, porque o texto em si nunca é apagado, apenas o painel visível é que muda.
Escreve o teu Markdown na vista que preferires — dividida, só editor ou só pré-visualização — e vê o HTML instantaneamente quando quiseres, grátis e no navegador.
Experimentar a ferramenta →O que um futuro modo ecrã inteiro poderia trazer
É uma diferença subtil mas real: a vista «Só editor» de hoje ainda mostra o cabeçalho da página, a barra de separadores e a barra de botões de formatação por cima do campo de texto. Um modo verdadeiramente "ecrã inteiro" (por vezes chamado de zen mode ou focus mode noutros editores) tipicamente esconde tudo isso, ocupando o ecrã inteiro do navegador só com o texto, normalmente com uma tipografia maior e mais espaçada para reduzir a fadiga visual em sessões longas.
Se e quando esta ferramenta vier a incluir um modo desse género, o cenário de uso mais óbvio seria uma sessão de escrita de uma única vez — por exemplo, escrever um artigo de blogue inteiro sem interrupções — em que a pré-visualização só seria consultada no final, e não a cada parágrafo. Até lá, combinar a vista «Só editor» com a minimização de outras janelas ou separadores do navegador é a aproximação mais próxima que esta ferramenta permite hoje.
Hábitos de escrita que ajudam mais do que a própria interface
Nenhuma interface, por mais limpa que seja, resolve sozinha o problema de perder o fio à meada num texto longo. Alguns hábitos práticos, aplicáveis com ou sem um modo ecrã inteiro dedicado:
- Escreve os títulos primeiro: criar a estrutura com
#e##antes de preencher o conteúdo dá-te um mapa do documento e facilita retomar a escrita depois de uma pausa. - Separa escrita de formatação: escreve o conteúdo em blocos de texto simples primeiro, e só depois volta atrás para adicionar negrito, listas ou tabelas — evita interromper o raciocínio a meio de uma frase para escolher entre
*ou**. - Usa o índice automático como bússola: ao gerares o índice a partir dos teus próprios títulos, consegues ver rapidamente se alguma secção ficou desequilibrada ou fora de ordem antes de reveres o resultado final.
- Guarda a revisão visual para o fim: só alterna para a vista de pré-visualização depois de teres uma versão completa do rascunho — reduz o número de vezes que os olhos saltam entre o texto simples e o HTML renderizado.
Um exemplo hipotético: um autor a escrever um guia técnico de dez secções pode escrever tudo numa única sessão na vista «Só editor», usando apenas os títulos como marcadores de progresso, e só no fim ativar a vista dividida para conferir se as tabelas, as listas de tarefas e os blocos de código ficaram todos bem formatados antes de exportar para .html.