---
title: "Mudar o slide na própria tela onde você o está lendo, e a mudança sair como operação, não como arquivo novo."
seo_title: "Editor web: mudar o slide na tela | SazAI"
description: "Editor web: mudar o texto do slide na tela onde você o lê, com a mudança virando operação registrada, e o que ainda falta para isso funcionar."
tags: [marketing]
---

> A tela que mostra o seu slide e o motor que escreve o seu arquivo já existem, e é natural supor que ligá-los seja questão de fio. Não é, e esta página diz exatamente por quê. O que separa os dois é a identidade de cada elemento, que se perde no caminho entre o documento e o desenho que você vê.

<div class="chap">

<div class="ico-col"><sz-icon style="color:var(--verb-create)" name="file" size="36"></sz-icon></div>

<h2 id="edit-where-you-read">Mudar onde você está lendo</h2>

<h3 class="sub">A correção sai como operação registrada, e não como um arquivo novo que ninguém rastreia</h3>

O ciclo que a maioria das equipes conhece é este: você abre o seu material na tela, encontra o
erro, baixa o arquivo, corrige no programa de escritório, sobe de novo. No fim você tem dois
arquivos e nenhum registro de qual deles mudou o quê. Na terceira rodada, ninguém no seu time
sabe dizer com segurança qual versão é a boa.

A direção é outra. Você corrige o texto no seu slide que já está aberto, e a sua correção não
devolve um arquivo solto: ela vira uma operação nomeada, executada pelo motor sobre a estrutura
que o seu documento já tem, com o registro do que mudou e sobre qual versão. É o mesmo desenho que já sustenta a
tradução, aplicado a uma edição de uma frase. O que muda é o tamanho do pedido, não a natureza
dele, e é essa continuidade que faz a edição pela tela valer a pena em vez de ser mais uma
janela.

</div>

<div class="chap">

<div class="ico-col"><sz-icon style="color:var(--verb-create)" name="compare" size="36"></sz-icon></div>

<h2 id="the-join-key">A identidade do elemento é o que torna uma edição endereçável</h2>

<h3 class="sub">Sem ela, uma mudança na tela é um pedido que o motor não consegue resolver</h3>

Quando você clica numa caixa de texto e digita, alguma coisa precisa dizer ao motor qual caixa do
seu arquivo foi aquela. Não a posição na sua tela, que muda com o zoom e com a fonte, mas a
identidade daquele elemento dentro do seu documento: a
<dfn tabindex="0" data-hint="O identificador que a leitura de entrada dá a cada elemento do documento. É por ele que o motor sabe qual caixa do arquivo corresponde ao que você clicou na tela.">chave de junção</dfn>
que a leitura de entrada atribuiu a ele e que o motor usa para escrever de volta no lugar certo.

Essa chave é o que separa uma edição conferível de uma tentativa. Com ela, o motor abre o seu
arquivo, encontra o elemento exato, altera aquele e deixa todo o resto intocado, que é a mesma
fronteira descrita em [layout preservado](layout). Sem ela, a única coisa que sobra é adivinhar
por proximidade visual, e adivinhação num arquivo seu que vai para um cliente é precisamente o
que esta casa não faz.

</div>

<div class="chap">

<div class="ico-col"><sz-icon style="color:var(--verb-create)" name="warning" size="36"></sz-icon></div>

<h2 id="what-is-missing">O que falta, dito com precisão</h2>

<h3 class="sub">O desenho da página chega sem identidade, e isso é consequência do caminho, não descuido</h3>

O componente que edita o seu slide na tela está construído, e ele já fala essa língua: cada nó
que ele deixa você editar carrega a identidade do elemento correspondente. O passo que escreve o
seu arquivo também está construído, e resolve exatamente essa mesma chave. As duas pontas
existem.

O que não existe é a peça do meio. O desenho da sua página que você vê hoje é produzido a partir
de uma renderização final, e nessa passagem cada elemento deixa de ser um elemento e vira traço e
coordenada. A informação não é escondida nem esquecida: ela é destruída pela construção do
caminho, porque um desenho não guarda a noção de caixa de texto. A identidade continua existindo,
mas no registro que a leitura de entrada produziu, e não na figura.

<figure class="viz duo" role="group" aria-label="O editor pede elementos com identidade e o desenho atual entrega traço e coordenada">
<div class="side"><svg viewBox="0 0 90 60" aria-hidden="true"><rect x="8" y="8" width="74" height="44" rx="4" fill="none" stroke="var(--verb-create)" stroke-width="1.5"/><rect x="16" y="16" width="32" height="14" rx="2" fill="var(--verb-create)" opacity=".14" stroke="var(--verb-create)" stroke-width="1.5"/><rect x="54" y="16" width="20" height="28" rx="2" fill="none" stroke="var(--verb-create)" stroke-width="1.5"/><line x1="16" y1="40" x2="46" y2="40" stroke="var(--verb-create)" stroke-width="1.5"/></svg><b>o que o editor pede</b><span>elementos que sabem quem são</span></div>
<div class="mid"><svg viewBox="0 0 60 60" aria-hidden="true"><line x1="6" y1="30" x2="48" y2="30" stroke="var(--lightgray)" stroke-width="1.5" stroke-dasharray="4 4"/><path d="M42 24l6 6-6 6" fill="none" stroke="var(--lightgray)" stroke-width="1.5"/></svg><b>a peça que falta</b><span>um desenho que preserve a identidade</span></div>
<div class="side"><svg viewBox="0 0 90 60" aria-hidden="true"><rect x="8" y="8" width="74" height="44" rx="4" fill="none" stroke="var(--lightgray)" stroke-width="1.5"/><path d="M16 22h30M16 27h24M16 32h28" stroke="var(--gray)" stroke-width="1.5" fill="none"/><path d="M54 18c8 2 8 22 0 26" fill="none" stroke="var(--gray)" stroke-width="1.5"/><path d="M62 20c6 4 6 16 0 22" fill="none" stroke="var(--gray)" stroke-width="1.5"/></svg><b>o que o desenho entrega</b><span>traço e coordenada, sem identidade</span></div>
<figcaption>As duas pontas falam a mesma língua. O que passa entre elas hoje não a fala.</figcaption>
</figure>

Dizer isso com esta precisão tem um motivo prático, e ele é seu. Um trabalho de ligação se
resolve numa semana e não merece uma página; produzir um desenho que preserve identidade é
decisão de arquitetura. Você merece saber de qual dos dois se trata antes de pôr a funcionalidade
num prazo seu.

</div>

<div class="chap">

<div class="ico-col"><sz-icon style="color:var(--verb-create)" name="rotate" size="36"></sz-icon></div>

<h2 id="where-it-stands">Onde isto está hoje</h2>

<h3 class="sub">Direção declarada, com a lacuna localizada e nenhum verbo no presente</h3>

Esta página descreve uma capacidade que não está entregue, e a informação que ela tem para dar é
a localização exata da lacuna. Não é um item genérico de roteiro: as duas pontas estão medidas, a
peça que falta está nomeada, e as duas saídas possíveis também estão, que são o desenho ganhar um
segundo modo ou nascer um passo novo para isso.

O que já funciona hoje, sem editor, é ver o seu material inteiro na tela com o que o motor
extraiu dele, e isso está em [veja](see). A conversa que produz a mudança, quando ela existir, é o assunto
de [editor agêntico](agentic-editor).

<div class="bound"><p><b>O estado, dito inteiro e antes da pergunta.</b> A lacuna foi medida em 2026-08-26 e conferida de novo em 2026-09-02. O componente de edição carrega a chave de junção nos nós que ele deixa você editar; o desenho da página produzido hoje não carrega nenhuma, e a contagem é zero em todo o motor, não pequena. A edição pela tela está registrada no roteiro interno como item posterior ao lançamento, decidido em 2026-07-10.</p>
<p><b>E o que esta página não afirma.</b> Não há prazo aqui, e não há prazo porque a peça que falta é uma decisão de arquitetura ainda não tomada. Quando ela for tomada e a edição existir, entra nesta página com a data da primeira execução medida, do mesmo jeito que as outras capacidades entraram.</p></div>

</div>
