---
title: "読んでいる画面でスライドを変更し、変更が新しいファイルではなく操作として出てくる。"
seo_title: "Webエディタ：画面でスライドを変更 | SazAI"
description: "Webエディタ：記録された操作としてスライドテキストを画面で変更し、それを機能させるために何が不足しているか。"
tags: [marketing]
---

> スライドを表示する画面とファイルを書くエンジンは既に存在し、それらを接続することが配線の問題だと仮定するのは自然です。そうではなく、このページは正確にその理由を述べています。2つを分けるのはドキュメントと見るレンダリングの間のパスのどこかで失われる各要素の身元です。

<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">読んでいる場所で変更</h2>

<h3 class="sub">修正は記録された操作として出て、誰も追跡していない新しいファイルではなく</h3>

ほとんどのチームが知っているサイクルは次のようにです。画面に材料を開き、エラーを見つけ、ファイルをダウンロードし、オフィスプログラムで修正し、再びアップロードします。最後に2つのファイルがあり、どちらが何を変更したかについてのレコードはありません。3番目のラウンドまでに、チーム内の誰もが、どのバージョンが良いかを確実に言うことができません。

ここでの方向は異なります。既に開いているスライドのテキストを修正し、修正は緩いファイルを返しません。それは名前が付けた操作、エンジンによって実行されるドキュメントが既に持つ構造上、何が変わったかについてのレコード、どのバージョンに対してかのレコード。翻訳を既にサポートしている同じ設計で、単一の文の編集に適用されます。変わるのはリクエストのサイズであり、その性質ではなく、その継続性が、画面上の編集をもう1つのウィンドウであるのではなく、価値があるようにします。

</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">要素の身元は編集をアドレス可能にするものです</h2>

<h3 class="sub">なしに、画面上の変更はエンジンが解決できないリクエストです</h3>

テキストボックスをクリックして入力するとき、何かがエンジンにそれがドキュメント内のどのボックスであるかを伝える必要があります。画面上のズームやフォントで変わる位置ではなく、ドキュメント内のその要素の身元です。<dfn tabindex="0" data-hint="入力読み込みがドキュメントの各要素に与える識別子。それは、ファイル内のどのボックスが画面でクリックしたものに対応するかをエンジンがどのように知るかです。">結合キー</dfn>入力読み込みが割り当てたこと、そしてエンジンが正しい場所に書き戻すために使用することです。

そのキーは、チェック可能な編集と推測を分けるものです。それがあれば、エンジンはファイルを開き、正確な要素を見つけ、それを変更し、他のすべてを触れないままにします。これは[保存されたレイアウト](layout)で説明される同じ境界です。なしに、残っている唯一のことは視覚的な近さで推測することです。クライアントに行く独自のファイル内の推測は、正確にこの家がしないことです。

</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">何が不足しているか、正確に言う</h2>

<h3 class="sub">ページレンダリングは身元なしで到達し、それは見落としではなく、パスの結果です</h3>

画面でスライドを編集するコンポーネントが構築され、既にその言語を話します。編集させるすべてのノードは対応する要素の身元を持ちます。ファイルを書くステップも構築され、全く同じキーを解決します。両端存在。

存在しないのは、その真ん中の部分です。今日見るページのレンダリングは最終的なレンダリングから生成され、そのステップですべての要素は要素であることを停止し、ストロークと座標になります。情報は隠されたり忘れられたりしません。パスの構築方法によって破壊されます。レンダリングはテキストボックスの概念を保有しないから。身元は既存のままですが、入力読み込みが生成したレコード内ではなく、画像内です。

<figure class="viz duo" role="group" aria-label="エディタは身元を持つ要素を求めます。現在のレンダリングはストロークと座標を配信します">
<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>エディタが求めるもの</b><span>自分が誰かを知っている要素</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>不足している部分</b><span>身元を保存するレンダリング</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>レンダリングが配信するもの</b><span>ストロークと座標、身元なし</span></div>
<figcaption>両端は同じ言語を話す。現在それらの間で通すものはそうしません。</figcaption>
</figure>

この精度でこれを言うことは実際的な理由を持ちます。それはあなたのです。配線ジョブは1週間で解決され、ページに値しません。身元を保存するレンダリングを生成することはアーキテクチャの決定です。自分のデッドラインにこの機能を置く前に、どちらがこれであるかを知る必要があります。

</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">今日ここがどこに立つか</h2>

<h3 class="sub">方向宣言され、ギャップが位置し、現在時制の動詞がない</h3>

このページは配布されていない機能を説明し、提供する情報はギャップの正確な位置です。ジェネリックロードマップアイテムではなく。両端が測定され、不足している部分に名前が付けられ、2つの可能な結果も同じです。レンダリングが2番目のモードを得るか、新しいステップがこれのために生まれるかです。

今日既に機能するエディタなしで機能するのは、エンジンが抽出したものと一緒に画面上で全体の材料を見ることです。[see](see)にあります。存在するとき、変更を生成する会話は[エージェンティックエディタ](agentic-editor)の主題です。

<div class="bound"><p><b>状態は、完全に述べられ、質問する前に。</b> ギャップは2026年8月26日に測定され、2026年9月2日に再度チェックされました。編集コンポーネントは編集させるノードに結合キーを持ちます。今日生成されるページレンダリングは何も持ちません。カウントはエンジン全体でゼロです。小さくない。画面上の編集は内部ロードマップに2026年7月10日に決定された発売後アイテムとして記録されます。</p>
<p><b>そしてこのページが主張しないもの。</b> ここにデッドラインがなく、デッドラインがないのは、不足している部分がまだ行われていないアーキテクチャの決定だからです。それが行われ、編集が存在するとき、それは最初の測定された実行の日付、他の機能がしたのと同じ方法でここに入ります。</p></div>

</div>
