Google Docs: My Words edits are unimplemented (applyEdit rejects)

[kcarnold]

googleDocsEditorAPI.applyEdit rejects unconditionally:

// TODO(my-words): bridge to Apps Script (selectPhrase + replaceSelection for
// str_replace; insertTextAtCursor for insert). The GDocs multi-tab corpus
// (getAllTabs) is the exciting follow-up. Deferred — v1 targets standalone.
applyEdit(_edit: DocEdit): Promise<void> {
  return Promise.reject(
    new Error('applyEdit is not implemented for Google Docs yet'),
  );
},

There is no applySplice either, so applySpliceToEditor takes the DocEdit adapter path and every My Words edit fails on that surface. Known and deliberate — recording it so the gap is tracked rather than living only in a TODO.

The parts that do work there are read-only: getDocText, getParagraphs, selectPhrase. So the partner can read and point, and every edit fails.

Notes for when this is picked up

• Blocked on Google Docs: paragraph breaks are lost, so getParagraphs splits in the wrong places #588. Splices are paragraph-indexed, and Google Docs' paragraph coordinates don't currently correspond to the document.
• Best done as part of Send hosts ranges, not needles: one text-matching implementation across editors #589 rather than by extending the current needle-passing bridge: replaceSelection + insertTextAtCursor would add a fourth search-and-edit policy, whereas a range primitive makes applySplice a direct lowering.
• Worth implementing applySplice natively rather than the DocEdit fallback — a splice is one Apps Script round-trip, while the adapter path issues several, and each is roughly a second.