Obsidian/帆布

用小卡片,確認儲存內容

排列使用Obsidian的Canvas的
卡片,給線起名字

本頁面由日文原文機器翻譯而成。 閱讀日文原文

製作空的Canvas,放置兩篇短文和一張現有筆記本,儲存線條和標籤的練習。 使用Linux版的實畫面和儲存檔案,確認了卡片的移動和重新開啟。

放置文章,參考筆記,用線連線

Canvas是Obsidian的核心外掛,將文字卡和筆記本卡放置在平面上。 首先只排列三張,用線連線兩張,將關係留在標籤上。 確認是否儲存了本文和參考的筆記。

卡片上的文章和參考備忘錄是作者編寫的短文。 不是實際使用者的記錄。 圖的排列是手動排列的,不是衡量知識的正確性和生產力的結果。

1。 從命令調色盤中製作空的Canvas

在這次的環境下,啟用了Canvas和命令調色盤。 在Ctrl+P中開啟命令調色盤,選擇Canvas: Create new canvas。 左邊的檔案列表的名字是Untitled.canvas。 以空狀態儲存的原始檔案是{}的2 bytes。

接下來要放的卡片文章是虛構的觀察和確認指南。 參考用的資料/参照メモ.md,在應用程式啟動前就準備好了。 新增卡片的操作是在實際的Canvas上進行的。

2。 放兩篇短文和一張現有筆記本

雙擊Canvas的空白部分,輸入文字。 在另一個空白部分也做了同樣的操作,製作了兩張文字卡。 儲存的全文如下。

課本卡A

# 観察カード

著者作成の短文を並べます。

課本卡B

# 次の確認

参照メモを開いて本文を確認します。
在Canvas中輸入兩個文字卡的真實畫面
兩張短文卡片。 高度60,可以看到顯示中的部分和捲軸。 開啟原始影象

接著,將檔案一覽表的資料/参照メモ.md拖到Canvas。 第三張是參考Markdown的檔案卡。 在這次的儲存資料中,兩張是type: text,一張是type: file。

短文卡的高度是60,沒有一次性顯示全文。 影象的卡片內有捲軸,看到的部分不一樣。 僅透過卡片內的顯示不判斷全文,還確認正文和儲存內容。

3。 連線兩張,線上上寫上“本文を確認”

  1. 將指標放在觀察卡的右端,從出現的圓圈拖到下一個確認卡的左端。
  2. 雙擊製作的線。
  3. 本文を確認,用Esc完成標籤的編輯。
兩個文字卡之間顯示名為本文を確認的連線標籤和參考備忘錄的實際畫面
將兩張用線連線起來,加上“本文を確認”的實畫面。 第三張是現有的Markdown的檔案卡。 開啟原始影象

儲存的連線,從觀察卡的右側到下一個確認卡的左側,標籤是本文を確認。 在第三張的參考備忘錄中,這個例子沒有連線線。 在影象中,可以確認兩張之間的標籤和參考備忘錄的正文。

4。 選擇卡片,拖動內部改變位置

選擇參考備忘錄的檔案卡,從內部拖動移動。 在最初的操作中抓住了邊界,無意中改變了尺寸。 記錄那個狀態後,用Ctrl+Z恢復,重新拖動內部。

透過內部拖動移動參考備忘錄的檔案卡的實際畫面
Undo後,透過內部拖動只移動檔案卡的畫面。 連線和標籤被儲存了。 開啟原始影象

在最終的儲存資料中,只有檔案卡的座標從x=-32, y=61變為x=-160, y=-60,400×400的大小、參考目的地、ID是一樣的。 和其他兩張正文的連線意義是一樣的。

這是確認一張內部拖拽的記錄。 不是經過尺寸變更功能驗證的操作。 座標是儲存內容的比較,並不是表示所需時間和效率的值。

5。 儲存後,從其他筆記重新開啟Canvas

用Ctrl+S儲存,從檔案一覽表中開啟另一個Markdown,之後回到Untitled.canvas。 正在確認已儲存的三張卡、一連線、標籤。

從另一個Markdown重新開啟Canvas,顯示三張卡片和連線標籤的實畫面
在同一應用內重新開啟Canvas的真實畫面。 儲存bytes是一樣的,顯示位置和卡內的滾動是不同的。 開啟原圖

移動後、重新顯示後、應用程式結束後的Canvas原件,都是612 bytes與SHA256一致。 另一方面,Canvas的顯示位置和文字卡內的滾動位置發生了變化。 儲存檔案的一致和畫面顯示完全相同是另外的確認。

這次在同一應用程式的程序中重新開啟了。 結束整個應用程式重啟後的恢復,沒有嘗試其他終端和同步。 最後在General設定中實際顯示app/installer 1.13.7,自己的應用程式和顯示用過程正常結束。

儲存練習用Canvas和參考筆記

接下來的兩個檔案,與實際操作後儲存的原件是相同的bytes。 也保留Canvas參考的資料/参照メモ.md的相對路徑。 單獨儲存時,在同一保管庫內配合以下配置。

Untitled.canvas
資料/
  参照メモ.md
保管庫內的相對路徑原始檔案
Untitled.canvas儲存Untitled.canvas(612 bytes)
資料/参照メモ.md儲存参照メモ.md(214 bytes)

將兩個檔案彙總儲存(ZIP)

ZIP是準備報道時製作的新的分發用軟體包,保留兩個檔案的正文和相對路徑。 展開後的通行證・SHA256與原件進行了核對。 讀者方面的匯入、其他保管庫、公開伺服器的配送尚未驗證。

檢視儲存的Canvas全文(612 bytes)
{
	"nodes":[
		{"id":"3f4ab2bb724d8e0a","type":"text","text":"# 観察カード\n\n著者作成の短文を並べます。","x":-507,"y":-289,"width":250,"height":60},
		{"id":"e3670f8ddf28da4b","type":"text","text":"# 次の確認\n\n参照メモを開いて本文を確認します。","x":73,"y":-289,"width":250,"height":60},
		{"id":"678949267c596805","type":"file","file":"資料/参照メモ.md","x":-160,"y":-60,"width":400,"height":400}
	],
	"edges":[
		{"id":"ddb0f48d2fcb7657","fromNode":"3f4ab2bb724d8e0a","fromSide":"right","toNode":"e3670f8ddf28da4b","toSide":"left","label":"本文を確認"}
	]
}

常見問題

Canvas的課本卡和筆記本的卡片有什麼不同?
這次文字卡的文章儲存在.canvas內的text欄位中,筆記的卡片在file欄位中參考資料/参照メモ.md。 沒有嘗試過將文字卡轉換為其他Markdown的操作和反向連結的動作。
如何將卡片相互連線,線上上命名?
將指標放在卡片的邊緣,將出現的圓圈拖到另一張卡片上。 雙擊線,輸入標籤,用Esc完成編輯。 這次連線了兩張課本卡,儲存了本文を確認的標籤。
下載的Canvas也需要參考備忘錄嗎?
這個例子的檔案卡參考了名為資料/参照メモ.md的相對路徑。 不僅是Untitled.canvas,在同一保管庫內的資料 資料夾中配置参照メモ.md的構成。 還準備了保留兩個檔案的原始相對路徑的ZIP。 讀者方面的匯入和其他保管庫尚未驗證。
重新開啟儲存的Canvas,畫面也會完全相同嗎?
這次,在同一應用內移動到其他筆記本重新開啟Canvas,儲存的612 bytes和SHA256一致。 另一方面,畫面的顯示位置和文字卡內的滾動位置發生了變化。 應用程式整體重啟後,沒有確認其他終端、同步、速度和生產力。

驗證環境和確認範圍

  • 環境:Linux版Obsidian 1.13.7,安裝程式1.13.7,無社群外掛。 作者製作的小型日語保管庫。
  • 實GUI:命令選擇,新Canvas,文字輸入,從檔案列表拖動,連線和標籤,Undo和內部拖動,儲存,透過其他筆記重新顯示,General設定,正常結束。
  • 輔助:初期Markdown的準備、儲存原始檔案、readonly的Canvas資料、active view、DOM位置的讀取。 卡片的生成、連線、移動沒有在應用程式API上進行。
  • 原圖:未加工真實畫面的PNG刊登。 短文卡的全文不能一次性看到,重新顯示時的顯示位置也不相同。
  • 未驗證:group,顏色,影象·語音·Web嵌入,轉換,全尺寸變更,全應用程式重啟,大Canvas,正式的JSON Canvas規格符合,iOS/Android/Windows/macOS,Sync,SimpleMemo,速度·生產力·流入效果。

實際操作是2026年10月1日(日本時間),記錄UTC是2026年9月30日。 初期準備失敗和恢復、原始影象、儲存檔案的對應總結為驗證記錄。

官方說明的確認地址

官方說明中,也包含了這個例子中沒有嘗試過的功能。 本網站是獨立應用程式“SimpleMemo”的開發者網站,不是Obsidian的官方報道。