Obsidian · 日次和周次的笔记

强化每日笔记的插件 — Calendar/Periodic Notes

本页面由日语原文机器翻译而成。 阅读日语原文

根据日期和周号,准备打开想回顾的笔记本的入口。 Calendar和Periodic Notes组合,创建、保存日志和周刊,在同一应用程序内再次打开的实例。

验证日期:2026年9月30日(UTC) · Linux版 Obsidian 1.13.7

把两个角色分开的话,容易设置

Calendar是“什么时候打开笔记本”的入口,Periodic Notes是“去哪里,用什么名字和正文制作”的设定。 这次制作了日次的2026-09-30和周次的2026-W40,在模板的正文中添加了作者的确认文并保存了。

Obsidian标准的Daily notes和从iPhone到日志的备忘录的路线在每日笔记的父报道中处理。 这篇报道将缩小到桌面的日历操作和每日、每周的设置。

功能角色通过这个例子确认的范围
核心每日笔记Obsidian标准的每日笔记功能。用实际GUI激活。 与只使用标准功能的每日制作分开,结合了以下两个。
日历1.5.10从日期和周号进入笔记本的侧边栏。日期30,周号40,制作确认,上月和当月的移动。
期票0.0.17Daily/Weekly的保存地址、格式、模板。日志和周刊的设置,实际的制作正文,保存,在同一应用程序内重新打开。

这里使用的版本是从官方的非beta标签中选择的Calendar 1.5.10和Periodic Notes 0.0.17。 不是保证最新、现在的推荐版或其他版本会有相同结果的记录。 操作的UI版本也在下面的原画面上确认。

准备验证版,并生效

在这个实例中,将官方发布的文件手动放置在隔离的作者Vault中,之后的激活和操作从GUI进行。 不是点击Community plugins的Browse → Install导入的验证。

  1. 在练习用的Vault上,准备空的日誌、週誌、テンプレート文件夹。 这个例子的输入使用的是下面的Markdown。
  2. Calendar 1.5.10的官方发布和Periodic Notes 0.0.17的官方发布,可以确认这个例子中使用的文件。 手动配置的构成如下所示。
  3. Settings → Core plugins打开Daily notes。 在这次的操作中,Command palette也确认了ON,Quick switcher也确认了ON的状态。
  4. 确认自己准备的Vault的Trust后,在Settings → Community plugins中打开Periodic Notes和Calendar。 下面的原始画面是这两个实际生效后的显示。
  5. 打开右侧侧边栏,选择Calendar的标签。 保留Backlinks等其他标签的话,看不到日期的画面。
.obsidian/plugins/calendar/
  manifest.json
  main.js
.obsidian/plugins/periodic-notes/
  manifest.json
  main.js
  styles.css

在Calendar的这次发布中,样式包含在main.js中,没有获取其他styles.css。 上面是实际放置的文件的构成。 插件本体不包含在本页面的分发ZIP中。

Calendar和Periodic Notes的实际版本显示和ON的设置画面
用新作者Vault激活的实画面。 观测了Calendar v1.5.10、Periodic Notes v0.0.17的显示和ON。 打开原始图像

先整理日志和周刊的保存地址

Settings → Periodic Notes打开Daily Notes和Weekly Notes,输入以下值。 文件夹和模板,提前准备Vault内。 这次的设置输入是核对实际GUI的显示和保存JSON。

设置每日笔记每周笔记
格式YYYY-MM-DDgggg-[W]ww
备注文件夹日誌週誌
备注模板テンプレート/日テンプレート/週

Settings → Calendar中打开了Show week number和Confirm before creating new note。 这次一周的开始日期是Locale default(Sunday),应用程序的区域是en,环境的时区是UTC。 不是验证所有周边界和地点组合的结果。

Periodic Notes的实际GUI设置,Daily和Weekly的文件夹格式模板
打开日次、周次,从实际GUI输入固定值之前的独立尝试的原始画面。 将这个保存JSON作为相同的bytes移交给新的制作验证。 打开原始图像
Calendar的周号设置的原始画面
打开Calendar的Show week number的实GUI
用实GUI打开Show week number的原画面。 在制作尝试中也继承了同样的保存设置。 打开原始图像

从日期30开始,制作日志重新打开

将每日输入保存到テンプレート/日.md。 这里使用的日期变量是Obsidian的原生格式。

每日模板的输入全文
# {{date:YYYY-MM-DD}}

これは著者作成のデイリーノート用テンプレートです。

## 確認

- [ ] 保存した本文をもう一度開く
- [[索引]]
  1. 选择Calendar的2026年9月30日。 这次,确认画面出现在打开的Settings的另一个窗口。
  2. New Daily Note中确认目标的2026-09-30,选择该画面的Create。 在主画面的编辑器中打开了日誌/2026-09-30.md。
  3. 标题被替换为2026-09-30的正文中添加一行确认文,用Ctrl+S保存。
  4. 选择索引转到其他正文,从左边的文件列表中重新选择了日誌/2026-09-30.md。 保存的235 bytes的正文,重新打开后也一致。
从Calendar的日期开始创建的日志重新打开后的实际画面
从点击日期开始创建,保存作者的确认文后,从文件一览表中再次打开相同的笔记的原画面。 日期标题和正文与保存文件进行了核对。 打开原始图像
日志的实际保存全文和制作确认画面
在GUI中保存,再次打开的每日正文全文
# 2026-09-30

これは著者作成のデイリーノート用テンプレートです。

## 確認

- [ ] 保存した本文をもう一度開く
- [[索引]]

著者確認: Calendarの日付クリックで開いた本文を保存。
用New Daily Note创建2026-09-30的实际确认画面
与主窗口不同的Settings窗口显示的实际制作确认。 选择了那个Create,制作了日志。 打开原始图像

从周号40开始,制作周刊重新打开

每周输入保存到テンプレート/週.md。 每周的正文是静态的作者模板。 不作为任意周变量被替换的例子来处理。

每周模板的输入全文
# 週の確認

これは著者作成の週間ノート用テンプレートです。

## 確認

- [ ] 一週間の対象を記録する
- [[索引]]
  1. 在显示周号列的Calendar中选择40。 在这个环境中,对象的名字是2026-W40。
  2. Settings的另一个窗口出现的New Weekly Note的2026-W40,选择实际的Create。
  3. 在週誌/2026-W40.md打开的正文中添加了一行确认文,用Ctrl+S保存了。 这是在原来的静态每周模板上,添加这一行的结果。
  4. 索引,从左边的文件一览表中重新选择了週誌/2026-W40.md。 保存的219 bytes的正文,再次打开后也一致。
从Calendar的周号40制作的周刊重新打开后的实际画面
从周号开始制作,保存作者的确认文后,从文件一览表中再次打开的原画面。 观测了周号40和静态的正文、追加的确认文。 打开原始图像
周刊的实际保存全文和制作确认画面
在GUI中保存,再次打开的每周正文全文
# 週の確認

これは著者作成の週間ノート用テンプレートです。

## 確認

- [ ] 一週間の対象を記録する
- [[索引]]

著者確認: Calendarの週番号から開いた本文を保存。
用New Weekly Note创建2026-W40的实际确认画面
确认与日次不同的一次实际点击出现的周次制作。 对象是2026-W40。 打开原始图像
移动到上个月,回到当月的原画面

在另一个固定试验中,选择了Calendar的Previous Month从Sep 2026转移到Aug 2026,选择了Next Month回到了Sep 2026。 不是确认所有月、年边界操作的结果。

在Calendar上显示上月2026年8月的原始画面
上个月移动一次的实际画面标题是Aug 2026。 打开原始图像
在Calendar中回到当月2026年9月的原始画面
移动到下个月返回的实画面标题是Sep 2026。 打开原始图像

获取练习用的输入和实际保存的例子

输入的索引和模板3件,用GUI制作的保存例2件分开。 不包括插件本体和设置JSON。 为了不覆盖现有的笔记,将输入放在自己的练习用Vault上。 读者对Vault的导入操作尚未验证。

绊倒时的确认和FAQ

Calendar和Periodic Notes,两者都需要吗?
想要结合选择日期的入口和每日、每周笔记的设置时,使用这两个例子。 Calendar是日历的入口,Periodic Notes是设置Daily/Weekly的文件夹、格式、模板的一方。 如果想知道每日的标准设置,可以从父母报道的每日笔记解说开始。
周号不显示的时候呢?
在这次的Calendar1.5.10中,打开Settings的Calendar中的Show week number后,左端会显示周号列。 仅打开右侧侧边栏可能会选择Backlinks等其他标签,请选择Calendar标签。
点击日期也无法进入正文时?
这次,New Daily Note和New Weekly Note的制作确认,不是显示在主画面上,而是显示在打开的Settings的另一个窗口中。 看着两个画面,确认目标文件名,选择确认画面的Create。 确认前多次按同一日期的结果没有验证。
每周的格式是YYYY还是gggg?
这个固定例子中使用的值是gggg-[W]ww,在2026-09-30的环境下制作了2026-W40。 表示周年份的格式和日期的年份在边界上可能不一致,所以不要混合格式,也要确认应用程序的周开始日期和地点。 所有年界、区域、时区的结果都未经验证。
模板变量和Templater也在使用吗?
每日输入使用Obsidian的原生{{date:YYYY-MM-DD}},在实际制作中确认了2026-09-30的替换。 每周是作者的静态正文。 Templater、JavaScript、任意变量和所有格式令牌的执行,不包括在这个例子中。
iPhone、SimpleMemo,同步也能同样运行吗?
确认实际操作的是Linux版Obsidian1.13.7的作者Vault。 与iOS、Android、其他OS、Obsidian Sync、SimpleMemo的配合、终端间同步、速度、生产力、流入的效果,在这个记录中没有验证。 从iPhone到日志的补充路线,请参考其他每日笔记报道。

实际确认的范围和官方资料

  • 官方Linux版Obsidian 1.13.7/Installer 1.13.7,英语UI。 Calendar 1.5.10/Periodic Notes 0.0.17的实际版本显示。
  • 作者Vault的实GUI设置,日次和周次各一个的制作确认・正文・保存・在同一应用程序内重新打开。 月移动通过另外的固定试验确认了。
  • 插件的官方release assets是手动配置。 辅助代码用于初始环境的准备和状态、保存文件的读取、原件复制。 笔记本的制作、编辑、保存、重新打开没有用API代替。
  • 公开的PNG和Markdown保留了原始文件的bytes。 iOS、其他OS、SimpleMemo、Sync、所有日期、周、月、时间、时区、生产力、流入的效果尚未验证。

准备阶段的启动停止、beta版的画面和保存设置不一致、点击隐藏标签、忽略其他窗口的确认画面的失败,都保留为原来的失败。 这篇报道的制作、保存例子是基于其他固定的尝试。 Ctrl+O无法观测Quick switcher画面,从同一保存地址的文件列表中实际点击后第一次重新打开。 详细和原始文件的对应汇总到验证记录。

实际的General版本画面
General上显示的实Obsidian版1.13.7和Installer版1.13.7
处理了留在另一个窗口的制作确认后,从实际GUI中选择了一次General,观测了app和installer的1.13.7。 打开原始图像

原件、设置和实际操作的记录是分开核对的。 官方release的文件和source的同一构建再现都没有验证。

接下来,决定在日记中留下备忘录的入口

从日期、周号开始准备打开的形状后,可以选择从哪里添加每天的简短备忘录。 从iPhone到Obsidian的日志追加的路线、标准的每日笔记和日期格式的确认,在家长报道中处理。