排列使用Obsidian的Canvas的
卡片，给线起名字

双击Canvas的空白部分，输入文本。 在另一个空白部分也做了同样的操作，制作了两张文本卡。 保存的全文如下。

# 観察カード

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

# 次の確認

参照メモを開いて本文を確認します。

接着，将文件一览表的資料/参照メモ.md拖到Canvas。 第三张是参考Markdown的文件卡。 在这次的保存数据中，两张是type: text，一张是type: file。

短文卡的高度是60，没有一次性显示全文。 图像的卡片内有滚动条，看到的部分不一样。 仅通过卡片内的显示不判断全文，还确认正文和保存内容。

1. 将指针放在观察卡的右端，从出现的圆圈拖到下一个确认卡的左端。
2. 双击制作的线。
3. 本文を確認，用Esc完成标签的编辑。

保存的连接，从观察卡的右侧到下一个确认卡的左侧，标签是本文を確認。 在第三张的参考备忘录中，这个例子没有连接线。 在图像中，可以确认两张之间的标签和参考备忘录的正文。

选择参考备忘录的文件卡，从内部拖动移动。 在最初的操作中抓住了边界，无意中改变了尺寸。 记录那个状态后，用Ctrl＋Z恢复，重新拖动内部。

在最终的保存数据中，只有文件卡的坐标从x=-32, y=61变为x=-160, y=-60，400×400的大小、参考目的地、ID是一样的。 和其他两张正文的连接意义是一样的。

这是确认一张内部拖拽的记录。 不是经过尺寸变更功能验证的操作。 坐标是保存内容的比较，并不是表示所需时间和效率的值。

用Ctrl＋S保存，从文件一览表中打开另一个Markdown，之后回到Untitled.canvas。 正在确认已保存的三张卡、一连接、标签。

移动后、重新显示后、应用程序结束后的Canvas原件，都是612 bytes与SHA256一致。 另一方面，Canvas的显示位置和文本卡内的滚动位置发生了变化。 保存文件的一致和画面显示完全相同是另外的确认。

这次在同一应用程序的进程中重新打开了。 结束整个应用程序重启后的恢复，没有尝试其他终端和同步。 最后在General设置中实际显示app/installer 1.13.7，自己的应用程序和显示用过程正常结束。

接下来的两个文件，与实际操作后保存的原件是相同的bytes。 也保留Canvas参考的資料/参照メモ.md的相对路径。 单独保存时，在同一保管库内配合以下配置。

Untitled.canvas
資料/
  参照メモ.md

将两个文件汇总保存（ZIP）

ZIP是准备报道时制作的新的分发用软件包，保留两个文件的正文和相对路径。 展开后的通行证・SHA256与原件进行了核对。 读者方面的导入、其他保管库、公开服务器的配送尚未验证。

{
	"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":"本文を確認"}
	]
}