[DepengWang]

Summary

Adds a draft bar to the Android IME: an editable box stacked above the keyboard panel, where a piece of text can be corrected with any input mode (stroke, pinyin, English, clipboard, voice) before it goes anywhere. Two things use it:

• Cloud notes. Finishing a Cloud notes recording with a tap still posts it straight to the webhook. Swiping up on the mic during that recording ends it and opens the recognized text in the draft bar instead; nothing is sent until Confirm.
• Editing a dictation result. The ✎ button on the voice panel (and the long-press on the clipboard panel's History key) now opens the text in the draft bar. Confirm writes the edited text back over the original in the host field.

The feature lives in openless-all/app/android/kotlin/OpenLessImeService.kt. The one piece of it that decides something without touching Android — where an edited text's original sits in the host field, and which edit replaces it — is the separate, pure ImeDraftReplacement.kt, with unit tests.

Behavior changes worth a look

These replace or remove existing behavior, so please say if any of them is not wanted:

• The "speak to fix a word" panel is removed, together with its add-to-dictionary checkbox. ✎ used to open that panel and start recording at once; the replacement could only be dictated. With the draft bar open the mic still works and dictates into the draft at the caret, so voice correction is still possible, just not the only way.
• The History key's second label on the clipboard panel changes from 字典 / Dict to 编辑 / Edit: its long-press no longer writes to the dictionary.
• Swipe up during a Cloud notes recording used to switch to Raw and leave Cloud notes. It now ends the recording and opens the draft. Swipe up during an ordinary dictation is unchanged. The hint row reads "云笔记 · 上划编辑后发送" while this applies.

Relation to #1131 and #1146

Rebased onto both. #1131 guards dictation undo and the speak-to-fix whole-result replacement so that a length-based delete can no longer erase neighboring text.

• Undo / redo keeps fix(android): 听写撤销前确认原文仍在光标处 #1131 unchanged: the exact-text check before deleting, refusing while there is a selection, DictationSpan, and the removal of selfInitiatedTextChange.
• fix(android): 听写撤销前确认原文仍在光标处 #1131's guard on the speak-to-fix replacement goes away together with that panel. Its replacement here, the draft write-back, never deletes by length: it selects a run of host text equal to the original (see ImeDraftReplacement) and replaces only that, or leaves the field alone. The guarantee fix(android): 听写撤销前确认原文仍在光标处 #1131 is after, that neighboring text is never erased, holds. Where fix(android): 听写撤销前确认原文仍在光标处 #1131 would refuse an edit whose original is no longer right before the caret, the draft bar still finds and replaces it if it is intact elsewhere around the caret.
• fix(android): 听写编辑失败后不再误删下一次上屏 #1146 is removed together with the speak-to-fix panel. It releases the panel's armed replacement after a failed session or a new mic tap, so the next dictation cannot delete the old span by length. That state only exists for the panel: the draft bar never waits for a spoken result to replace something, so there is nothing left armed. This PR therefore deletes releaseDismissedEditReplacement(), its three call sites, PendingEditReplacement.kt and PendingEditReplacementTest.kt. If the panel should stay instead, fix(android): 听写编辑失败后不再误删下一次上屏 #1146 stays with it.

How it works

• Layout. The bar (draft box, then Cancel / status / Confirm) sits above the regular input view. The keyboard panel keeps its height, header and mode toggle; the IME grows taller by the height of the bar. It is not a dialog, so there is no focus or overlap problem with the mode toggle.
• Where the keys go. Every key, candidate, backspace and dictation commit in this service writes through currentInputConnection. While a draft is open, getCurrentInputConnection() returns the draft box's own connection, so none of the existing keyboard code changes and nothing can reach the host field. If the draft's connection is unavailable it returns null rather than falling back to the host.
• Key events. The IME window never has window focus, and the framework drops key events dispatched to an unfocused window. The draft connection therefore turns sendKeyEvent() into text edits itself (Return, Backspace, forward delete, cursor keys).
• Mode switches. A mode switch rebuilds the whole input view. The draft box is a single instance re-parented into each rebuilt view, so text, caret, selection and scroll position carry over.
• Confirm. A blank draft is refused. For Cloud notes both buttons are disabled while the request runs, the bar closes on success and stays with the error on failure so the text is not lost. For a dictation edit, the original is looked up in the text around the host caret (at the offset it had when the draft opened if the host reports offsets, otherwise the occurrence closest to the caret), selected and replaced; if it is gone, nothing is touched and the bar says so.
• Leaving. Cancel, Back, hiding the keyboard, or the input target going away drops the draft. Nothing is sent and the host field is left as it was; after cancelling an edit the undo/redo/✎ controls come back.

submitCloudNoteText() gains an optional completion callback and is otherwise unchanged; the direct-send path calls it exactly as before.

Known limits

• Long-press in the draft box is disabled, so there is no system copy/paste toolbar there. A tap places the caret; select all, copy and paste are available from the clipboard panel.
• If the host app restarts input while a draft is open (for example the user taps another field), the draft is dropped.
• After a dictation edit is confirmed, the host caret ends up after the replaced text, not where it was.
• When the same text occurs more than once and the host does not report absolute offsets, the occurrence closest to the caret is replaced.
• With the draft open, a Cloud notes recording finished with a plain tap is still sent directly rather than added to the draft.

Testing

• ./gradlew :app:compileArm64DebugKotlin on this branch.
• ./gradlew :app:testArm64DebugUnitTest: 85 tests pass (including fix(android): 听写撤销前确认原文仍在光标处 #1131's DictationSpanTest), 12 of them new in ImeDraftReplacementTest — the caret away from the dictated text (the bug found on the device), a selection, a lost selection found again by its remembered offset, repeated text, a host that reports no offsets, and an original that is gone. Breaking the offset comparison on purpose makes the matching test fail.
• node --test scripts/*.test.mjs: 68 of 68 pass. android-cursor-context-contract.test.mjs reads the body of submitCloudNoteText() and still finds only the note text in the webhook payload.
• Installed on a OnePlus CPH2573 and a Xiaomi M2011K2C (debug builds of this code merged onto current beta) and used by me there. The Cloud notes draft flow, including editing with the stroke and English panels and Confirm / Cancel, worked. The swipe-up rule and the "original text has changed" refusal when the host caret was not at the end of the text both came out of that use and are fixed in this branch.

Not tested:

• The final host-text lookup (the caret fix) has been installed but I have not yet re-run every edit case on a device: caret elsewhere, a selection, repeated text.
• Hosts that do not implement getExtractedText().
• No automated tests for the rest: redirecting the input connection, the key-event handling, the bar's layout and the gesture need an input connection and a view tree, and are covered only by the device use above.

🤖 Generated with Claude Code

[DepengWang]

@HKLHaoBin 你好，云笔记草稿栏这个 PR 已变基到 beta（解决了与 #1146 的冲突），CI 已全绿、可合并。麻烦有空时审核确认一下；标签里有 needs-design / needs-tests，如果需要补充设计说明或测试，请告诉我，谢谢！

[HKLHaoBin]

开始审查。

[H-Chris233]

开始审查