DeMinds Editor：読んだ内容を、そのまま編集し続ける

リッチテキストで直感的に編集し、Markdown で細部を正確に調整し、プレビューで結果を確認します。

取り込んだ記事や整理途中のメモには、説明を一文加えたり、見出しを整えたり、画像を追加したりしたくなることがあります。DeMinds Editor なら、こうした変更を同じ作業用 Markdown に残せます。今日読み終えた内容を、次回また開いてそのまま整理し続けられます。

DeMinds 1.0.45 では、リッチテキスト編集とプロジェクト画像の挿入・再利用が加わり、日常的な手入れがより直接的になりました。従来の Markdown ソース、プレビュー、汎用マインドマップも引き続き利用でき、内容と構造の両方を確認できます。

ひとつの内容を、作業に合わせて使い分ける

最初から「ソース派」か「リッチテキスト派」かを決める必要はありません。読むときはプレビュー、文章を整えるときは利用可能なリッチテキスト、記法や画像パスを確認したいときは Markdown に戻ります。

2 つの編集方法が扱うのは、同じ作業用 Markdown です。同期のために別の「リッチテキストファイル」を管理する必要はありません。

図：Markdown とリッチテキストは、一度にどちらか一方の編集方法を使います。編集中はプレビューで下書きを確認できます。作業コピーと汎用マインドマップが更新されるのは、保存に成功した後です。図中の Source は Markdown ソース編集を指し、別のファイルではありません。

汎用マインドマップは何をするもの？

汎用マインドマップは全体構造を見渡し、読みたい部分を見つけるのに役立ちます。本文領域では読んだり編集したりでき、2 つの表示を組み合わせて使えます。

十分に広い作業領域では、本文とマインドマップを並べて表示し、本文側でプレビュー、Markdown、リッチテキストを切り替えられます。編集中、マインドマップに表示されるのは直近で保存した内容です。今回の変更が反映されるのは、保存に成功した後です。

小さな編集で、読むところから保存まで試す

自分の一般的な Markdown メモでも、取り込み済みで編集できるプロジェクトでも構いません。まずは結果を確認しやすい小さな変更を 1 つ行うと、3 つの表示の役割をつかみやすくなります。

1. プレビューで整えたい場所を見つける

現在の作業コピーを開き、ひととおり読んでみます。ある段落に小見出しが足りない、説明を更新したい、といった箇所があるかもしれません。ベースラインや履歴バージョンを表示している場合は、編集する前に現在の作業コピーへ戻ります。

2. リッチテキストを選び、内容を直接編集する

表示切り替えメニューから「リッチテキスト」を選びます。現在のドキュメントが互換性チェックを通過すると、文章を視覚的に編集し、「書式」で利用できる操作を使って見出し、強調、リストなどを調整できます。

たとえば、短い小見出しをレベル 2 の見出しに変更し、その下に自分なりの理解を一文追加します。通常の表を整理するときは、表にフォーカスしたときに表示される行・列の操作を使います。

リッチテキストが利用できない場合は、Markdown を選んで続けてください。リッチテキストを使えるかどうかはドキュメントの実際の内容で決まるため、有効にするためだけに重要な内容を削除する必要はありません。

3. 正確に確認したいときは Markdown に戻る

見出しレベルを確認したい、リンク先を変更したい、画像の相対パスを確かめたいときは、Markdown で実際のソースを確認できます。

Markdown とリッチテキストを切り替える際に未保存の変更がある場合は、案内に従って保存する、明示的に破棄する、または切り替えをキャンセルしてください。変更を残したい場合は先に保存します。表示を切り替えただけでは、内容は保存されません。

4. プレビューで確認してから、保存を確定する

編集中はプレビューに切り替えて、現在の下書きがどのように読めるかを確認できます。下書きをプレビューしても保存はされません。内容を確認したら保存し、成功したことが確認できるまで待ちます。

保存すると、DeMinds 内の作業コピーと汎用マインドマップが更新されます。最初に取り込んだ外部ファイルを直接書き換えることはありません。保存後もプロジェクトに戻り、編集を続けられます。

保存に失敗した場合や結果がまだ確認できていない場合は、現在の編集セッションを維持したまま、表示された案内に従ってください。画像が表示されたことやプレビューが更新されたことだけでは、保存成功の確認にはなりません。

画像を追加して、同じプロジェクトで再利用する

Markdown とリッチテキストのどちらからでも、書き込み可能なプロジェクトに対応画像を挿入できます。画像の URL や相対リソースパスを指定することも、デバイスから画像を 1 枚選ぶこともできます。

デバイスから画像を追加する

1. 編集中に画像挿入を開き、デバイスから画像を 1 枚選びます。
2. プレビューと代替テキストを確認します。代替テキストには画像の内容を簡潔に記述できます。
3. 挿入を確定すると、画像参照が現在の下書きに追加されます。
4. ドキュメントを保存し、今回使用した新しい画像を作業用 Markdown と一緒に確定します。

現在、デバイスから選べる画像形式は PNG、JPEG、GIF、WebP です。画像を選んだあと、確定する前に選択画面を閉じた場合、その画像は本文に挿入されません。

同じプロジェクト内で再利用する

次に画像を挿入するときは、プロジェクト内の既存画像から選べます。現在のセッションで挿入を確定済み、まだ保存していない画像も再び選択でき、「未保存」の表示が付きます。

サムネイルを選ぶと大きなプレビューを確認でき、その後に確定して挿入できます。選択済みの同じサムネイルをもう一度選んで確定することもできます。画像を再利用すると同じ画像への参照が追加されるだけで、デバイス上のファイルを再選択する必要はありません。

プロジェクト画像は、現在のプロジェクト内で画像を選択・再利用するための入口です。プロジェクトをまたいで共有する画像ライブラリではなく、画像のトリミング、一括管理、一般的な添付ファイル管理も提供しません。

リッチテキストを使えないドキュメントがあるのはなぜ？

取り込んだ内容には、特殊な HTML、複雑なブロック、アンカー、その他の保護された構造が含まれることがあります。プレビューで読めるからといって、そのすべてをリッチテキストで直接編集できるとは限りません。

DeMinds は、現在のドキュメントをリッチテキストと Markdown の間で安全に往復変換できるか、さらに読み取り結果とマインドマップの結果を確認します。チェックを通過しない場合でも、Markdown ソースで内容を維持できます。

リッチテキストを開けるドキュメントでも、一部の内容は読み取り専用のままになることがあります。たとえば Frontmatter メタデータはそのまま保持でき、フィールドを編集するときは Markdown を使います。リッチテキストを利用できることは、すべてのブロックを直接編集できることを意味しません。

現在、リッチテキストでは入力と変換後に生成される Markdown 出力の両方に 256 KiB の上限があります。これは単語数や文字数ではなくバイト数の制限です。より大きなドキュメントは Markdown ソースで編集してください。また、リッチテキスト編集では一部の Markdown 記法が正規化されることがあるため、ソースがバイト単位で完全に同一のままになることは保証されません。

保存したら、次回もここから続ける

「作業を続ける」に戻って同じプロジェクトを開けば、そのまま読み進めたり整理したりできます。以前の変更を確認したいときは、バージョン履歴から作業コピーを表示、比較、復元できます。

バージョン履歴には保持数の上限があり、すべてのキー入力を記録するものではありません。現在保持されるのは、ベースライン、直近 3 件の自動履歴バージョン、1 件のピン留めしたバージョンです。保存前の元に戻す／やり直しと、保存後のバージョン履歴は、それぞれ異なる役割を担います。

成果を別のツールに持ち出す場合は、Markdown ファイルまたは Markdown 標準バンドルを書き出せます。画像を含む内容では、書き出しオプションで必要なリソースが一緒に含まれるか確認してください。リモート URL を参照する画像は、表示時にネットワーク接続や元のサイトへ依存する場合があります。

どのデバイスで使える？

2 つの編集方法、プレビュー、ここで説明したプロジェクト画像のワークフローは 標準版 に含まれます。Plus ユーザーも利用できます。

左右分割表示には、実際のドキュメント内容領域が少なくとも 900 × 600 必要です。ウインドウが狭くなると、DeMinds は 1 つの画面表示に戻ります。このサイズはデバイスの画面サイズではなく、ドキュメント領域を指します。

Apple App ではローカルワークスペースまたは iCloud ワークスペースを使用できます。Web にはネイティブの iCloud ワークスペースはありません。iCloud 上のファイルや画像は利用可能な状態になっている必要があります。保存に成功したり画像が表示されたりしても、別のデバイスへ内容が即座に届いたことを意味するわけではありません。

続けて整理したい内容を 1 つ開き、まずは 1 段落だけ直してみてください。直感的に編集したいときはリッチテキスト、正確に調整したいときは Markdown、読み上がりを確認するときはプレビューを使います。