SimpleMemoPad

メモ帳を書式付きの編集欄にはしない。各タブに「プレビュー」を足し、押すとその場で Markdown・コードの色付け・Mermaid の図・式の計算結果に切り替わる。編集に戻れば元のテキストがそのまま出る。

プレビューにするかどうかはタブごとの設定で、chrome.storage.local にだけ持つ。同期しない。

• 変換と色付けと図の描画に使うライブラリは、すべて拡張の中に同梱する。
• 変換した HTML は、表示する前にすべてサニタイザ（DOMPurify）に通す。スクリプト・フォーム・埋め込み・style 属性・javascript: のリンクは落とす。
• 外部 URL の画像は読み込まず、[画像: …] と出すだけにする。

メモの本文は、v1.7.0 から別の PC でも書かれて届く。この PC で自分が書いたとは限らない入力を HTML にして画面へ出すことになる。信頼できる前提で描画すると、同期を経由して別の PC の画面でスクリプトが動きうる。

拡張の Manifest V3 は、外部のスクリプトを読み込めず、eval も使えない。CDN から読む案は取れないので同梱になり、図の描画ライブラリ（mermaid）が大半を占めて、展開後の拡張は約 5.7MB 増えた。

編集欄を書式付きにしなかったのは、v1.0 からの「開いて、書いて、閉じる」を崩したくなかったため。保存の形式（save_content）も変えずに済み、旧版のデータがそのまま読める。

• 権限は増えていない（storage と sidePanel のまま）。ストアの審査に出す理由欄も変わらない。
• 提出用の ZIP は約 1.7MB。
• 手元の確認では、<script> と onerror を入れた本文を描画しても、どちらも動かなかった。構文の誤った Mermaid は、エラー文と元のコードを出して止まる。
• 2026-10-07 にストアへ提出し、同日に公開された。

これまでの「やらないこと」に入れていた画像を、メモに入れられるようにする。入れる方法は 3 つ。

• タブの下の「画像を挿入」ボタン。プレビューを開いたままでも使える。
• 貼り付け。
• ドロップ。

画像は IndexedDB に置き、長辺 1600px までに縮めて WebP にする。メモの本文には ![](img:…) という参照だけが入る。

プレビューの画像はクリックで拡大でき、そこからダウンロードできる。上部の「画像」から、一覧・再挿入・削除ができる。

きっかけは、Markdown の途中で画像を入れて、プレビューの上で見たいという要望だった。最初に作ったのは貼り付けとドロップだけで、プレビューを開いたままでは入れられず、ボタンもなかった。そこで「画像を挿入」を足した。

画像を Chrome の同期に載せる案は、最初から外した。1 項目が約 8KB、全体で約 100KB なので、写真は 1 枚も入らない。chrome.storage.local の上限（約 10MB）に置く案も、保存の形式（save_content）に画像を混ぜたくなくて取らなかった。

本文だけが同期で別の PC へ届くので、別の PC では参照だけが残る。そこでは壊れた画像ではなく、「この PC には保存されていません」と出す。

• 3000×2000 の画像を入れると、1600×1067 の WebP になって保存された（試験用の単色画像で約 3.5KB）。
• 写真での容量は測っていない。
• 権限は増えていない。unlimitedStorage も使っていない。
• 画像を別の PC へ送る手段は無い。これは Roadmap に残した。

12*3+4 のように式だけの行と、=100/3 や 1,000 + 2,500 = のように = を付けた行の右に、結果を出す。メモの本文は変えない。

式は自前の小さな構文解析で読み、eval や new Function は使わない。

メモには日付・電話番号・箇条書きの数字が普通に入る。2026-10-06 を引き算にしたり、- 3 + 4 の箇条書きに答えを付けたりすると、書いた覚えのない数字がメモに出る。

そこで = の無い行は、演算子が 1 つ以上あり、日付・電話番号の形でなく、箇条書きの先頭でもない場合だけを対象にした。

結果を本文へ書き戻さないのは、編集した式と古い答えが食い違ったまま残るのを避けるため。

• 18 通りの行（式・日付・電話番号・箇条書き・0 での割り算・括弧の閉じ忘れ）で、計算する行としない行を確かめた。
• リストの直後の行に書いた式は、Markdown の仕様でリスト項目の続きとして扱われる。式の前に空行を入れれば避けられる。

画面（ポップアップ・サイドパネル）は、これまでどおり chrome.storage.local にだけ書く。

新しく置いた background（service worker）が、それを chrome.storage.sync と突き合わせる。同じ Google アカウントで Chrome の同期を有効にしている PC どうしで、同じタブを持つ。

sync 側はタブ 1 つを 1 項目にし、並びは別の項目に持つ。

• 1 項目の上限（約 8KB、日本語で約 2,700 字）を超えたタブは、同期せずにその PC に残し、タブの下に理由を出す。
• 全体の上限（約 100KB）を超えたときも、画面に知らせる。
• どちらの場合もメモは消さない。

同期を入れてこなかった理由は「アカウントも容量の制約も持ち込まずに、入れてすぐ使える形を保つ」ことだった（下の初版の項目）。

storage.sync なら、ログインは Chrome の側で済んでいるので拡張に手順が増えず、開発者のサーバーも通らない。持ち込むのは容量の制約だけで、それは「超えたタブは手元に残す」で吸収できると考えた。

• タブ 1 つを 1 項目にしたのは、全タブを 1 項目にまとめると合計が 8KB で頭打ちになるため。
• 同期は 1 分に 120 回・1 時間に 1,800 回までしか書けないので、打鍵のたびではなく、入力が 3 秒止まってから送る。
• background は v1.6.0 で「割に合わない」として置かなかったもの。ポップアップを閉じたあとも最後の入力を送り切るには、画面の外に居場所が要る。

• 権限は増えていない（storage のまま）。
• ストアの説明文と、「プライバシーへの取り組み」に書く storage の理由は、同期を含めて書き直した。
• ストアへの提出は 2026-09-22 に完了し、v1.7.0 が公開中。

タブごとに変わらない ID を持たせた（save_ids。save_content の形式は変えていない）。

同期のたびに「そのとき sync が持っていた内容」（sync_base）を残す。次の同期では、手元・sync・基準の 3 つを比べてタブごとに決める。基準から変わっている側を「書き換えた側」とみなす。

• 手元で消したタブを別の PC が書き換えていたら、編集が勝って残る。
• 同じタブを両方で書き換えていたら、この PC の全文が勝つ（文字単位には混ぜない）。
• 初めて同期する PC では sync にあるメモを取り、手元の空のタブと、同じ中身のタブは足さない。

基準を持たずに手元と sync の 2 つだけを比べると、別の PC で足したタブと「この PC で消したタブ」が同じ形に見え、次の同期で消してしまう。

何番目のタブかで対応を取ると、v1.6.0 で入れた追加・削除・並べ替えのたびに、別のタブと取り違える。

編集を削除に勝たせたのは、v1.6.0 の「書いたメモを消す経路を作らない」を同期でも守るため。削除は空のタブにしかできないので、削除が負けても失うものは無い。

初回に空のタブを落とすのは、2 台目に入れた時点で、既定の空のタブ 7 個が 1 台目にまで増えないようにするため。

merge.js 単体で、次の 6 通りを確かめた（2026-09-22）。

• 別の PC で足したタブが残る
• 手元で消したタブが消える
• 消したタブを向こうが書き換えていたら残る
• 同じタブは手元の全文が勝つ
• 初回は空のタブと重複を落とす
• 手元の並べ替えが勝つ

同じタブを 2 台でほぼ同時に書き換えると、片方の書き換えは残らない。

v1.6.0 では、フォーカスのある画面は保存内容を読み直さなかった。

v1.7.0 では、どの画面も外からの変更（もう 1 つの画面と、別の PC）を取り込む。直前 5 秒以内に入力があったタブの中身だけは書き換えない。

表示を組み直すときは既存のタブを作り直さずに使い回し、並びが変わって入力欄のフォーカスが外れたら戻す。

別の PC の変更は、いま使っている画面にも届く。保存は全タブ一括のままなので、使っている画面が取り込まずにいると、次の 1 文字で全タブが書き戻されて、届いた変更が消える。

v1.6.0 で「使っていない側だけ」にしたのは、入力中にカーソルが飛ぶのを避けるためだった。守る範囲を書いているタブ 1 つに絞れば両立する。

書いている最中のタブに別の PC の変更が届いた場合は、書いている側が勝つ（次の保存で上書きする）。

3 者比較の「同じタブは書いた側の全文」と同じ結果になるので、2 つの規則が食い違う場面は作っていない。

アイコンと Ctrl+Shift+Z は、従来どおりポップアップを開く。ポップアップ内の「サイドパネルに固定」ボタンを押すと、そのウィンドウのサイドパネルへ移る。

サイドパネルをすぐ開き直したい人には、Chrome 自身のパネル見出しにあるピン（ツールバーへの固定）を使ってもらう。

「固定した状態を覚えて、以後はアイコンでもサイドパネルを開く」案は採らなかった。

ポップアップはページをクリックすると閉じるので、メモを見ながらページを操作できない。Quick Query Question が v2.0.0 でポップアップを捨てたのと同じ構造の問題だった。

ただしメモ帳は「さっと書いて閉じる」使い方も主用途で、ポップアップを捨てる理由はない。

状態を覚える方式にすると、切り替え状態を持つ background（service worker）が要る。ポップアップとサイドパネルの 2 画面だけの拡張に持ち込む実装コストではないと判断した。

• HTML は popup.html 1 枚のままにし、サイドパネルは popup.html?mode=panel で開く。
• クエリ付きのパスが manifest の検証を通るかは、Chromium のソースで確かめた（ファイルの存在確認に使う url.path() はクエリを含まない）。
• 追加した権限は警告の出ない sidePanel だけで、最低バージョンは Chrome 116 になった。
• 最初はピンのアイコンだけのボタンにしたが目立たず、青地に「サイドパネルに固定」と書いたボタンに改めた。

chrome.storage.onChanged を受けて、フォーカスの無い画面だけ保存内容を読み直して表示を差し替える。

v1.7.0 で、使っている画面にも取り込む形に改めた（上の項目）。

保存処理は、全タブを 1 つの配列にまとめて書き込む。

サイドパネルを開いたままポップアップで書くと、パネル側には古い内容が残る。その状態でパネルに 1 文字打つと、ポップアップで書いた内容がまるごと上書きされて消える。サイドパネル対応で初めて生まれた壊れ方で、設計中に気づいた。

フォーカスのある側まで読み直すと入力中にカーソルが飛ぶので、差し替えるのは使っていない側だけにした。

片方でタブを追加・削除・移動・入力すると、もう片方に反映されることを自動テストで確認した。

保存の単位が「全タブ一括」のままなので、上書きの危険そのものは構造として残っている。タブ単位で保存するようにすれば根本から消える。

HTML に決め打ちしていた 7 組（ラジオボタン・ラベル・入力欄。表示の切り替えは CSS の nth-child）をやめ、保存データから JS で組み立てる形にした。

• 「+」で追加（上限 20）
• タブをドラッグして並べ替え
• 削除は中身が空のタブだけ

保存形式（各タブの中身の配列＋末尾に選択中のタブ番号）は変えていない。

• 上限の 20 は、ポップアップ幅でもサイドパネル幅でも 3 行に折り返して全タブが見え、番号が 2 桁に収まる数として選んだ。
• 削除を「空にしてから」に限ったのは、書いたメモを誤って消す経路を作らないため。確認ダイアログは読まずに押されうるので、消える中身が無い状態でしか消せないほうが確実だと考えた。
• 保存形式を変えなかったのは、既存ユーザーのメモを移行処理なしでそのまま読むため。

自動テスト 35 項目が通った。次のことを含む。

• 旧形式のデータ（7 個＋選択番号）がそのまま読める
• 20 個で「+」が止まる
• 中身があるタブの削除ボタンが押せない
• 並べ替えても、選択中のメモが選択されたまま

タブが複数行に折り返したとき、上の行で選んだタブが下の枠線とつながらず浮いて見える点は、直さずに残した。

保存操作を無くし、入力のたびに全タブを chrome.storage.local に書き込む。

タブ機能を入れた 2023-04-18 の時点からこの形で、v1.0 で選択中のタブ番号も一緒に保存するようになった。

端末間の同期（storage.sync）は使わない（v1.7.0 で使い始めた。上の項目）。

メモ帳でいちばん困るのは、保存し忘れて消えること。保存という操作そのものを無くせば、忘れようがない。

同期しないのは、アカウントも容量の制約も持ち込まずに、入れてすぐ使える形を保つためと読める。実装から再構成

画面の下に「Auto save in local env...」と出して、保存の心配が要らないことを伝えている。

反面、書き出し（v1.2）以外にメモを外へ持ち出す手段は無かった（v1.7.0 で同期が入るまで）。