読んでいる画面でスライドを変更し、変更が新しいファイルではなく操作として出てくる。

読んでいる場所で変更

修正は記録された操作として出て、誰も追跡していない新しいファイルではなく

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

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

要素の身元は編集をアドレス可能にするものです

なしに、画面上の変更はエンジンが解決できないリクエストです

テキストボックスをクリックして入力するとき、何かがエンジンにそれがドキュメント内のどのボックスであるかを伝える必要があります。画面上のズームやフォントで変わる位置ではなく、ドキュメント内のその要素の身元です。結合キー入力読み込みが割り当てたこと、そしてエンジンが正しい場所に書き戻すために使用することです。

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

何が不足しているか、正確に言う

ページレンダリングは身元なしで到達し、それは見落としではなく、パスの結果です

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

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

エディタが求めるもの自分が誰かを知っている要素

不足している部分身元を保存するレンダリング

レンダリングが配信するものストロークと座標、身元なし

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

今日ここがどこに立つか

方向宣言され、ギャップが位置し、現在時制の動詞がない

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

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