昨日から使い始めた Zettelkasten メソッドのための機能を備えた Markdown エディタの2日目。昨日の時点で使い続けるかちょっと迷ったんだけれど、もうちょっと使い方を探ってみようと今日も使ってみている。内部リンク(ノート間リンク)の活用方法がちょっと分かってきて楽しい。
エディタ上で内部リンクを「command + クリック」「control + クリック」すると「リンク先のファイルを開く」と同時にその「リンク文字列での検索」が実行される。ファイルを開くと同時にいい感じに関連するファイルのリスト(実質バックリンクリスト)が表示されて便利。内部リンクを充実させたい気持ちが高まってきた。
アプリケーションに依存する Markdown ファイルを作らないという Zettlr の原則により Markdown ファイル中のどこに ID を書いてもいい仕様になっている。
自分としてはプレビュー時に文中に出ないように、昨日ひとまず ID を HTML コメントの形式で Markdown ファイルに埋め込んでみていた。 Zettlr やメインで使っている iA Writer、プレビューに使っている Marked 2 が YAML front matter に対応しているのでそこの方がわかりやすいかな。 front matter に ID を書くことにした。
日時については基本「2021-01-20-095836」という書式を使っているので Zettlr の ID のパターンも初日に「%Y-%M-%D-%h%m%s」にカスタマイズしたのだけれど「%Y%M%D%h%m%s」に戻した。過去のノートファイルに現在日時の ID を付与するというズレが心理的に気持ち悪かったので。
Also, our own experiences show that when one doesn't use easy-to-recognise IDs, one is less prone to assume stuff, making them better suited to cross-link files. Just try it yourself! — https://docs.zettlr.com/en/academic/zkn-method/
というの納得。
内部リンクは Zettlr をナレッジベースとして使う上で便利だが、単独の Markdown ファイルをエクスポートして共有する際には不要だ。
Markdown ファイルを各種フォーマットに変換する Marked 2 に自作のカスタムプリプロセッサを通す機能があるので、 Zettlr で管理している Markdown ファイルを共有する際は Marked 2 を呼び出して
- [[...]]
を含む行を消してしまうように設定した。ノート関係の宣言のための内部リンクは上記のように独立した行に書いておこう。
これで個人的なナレッジベースとしてノート間リンクの充実させるという要求と、一部はエクスポートして共有したいという要求を満たせそうだ。
ファイルの先頭に置かれたダッシュ3文字の行(---\n)の間に書かれた YAML データ。 Jekyll その他で採用されている。
採用しているアプリケーション:
Markdown Guide: Basics, Tips and Tricks on how to use Markdown
front matter に書いた値を Markdown テキスト中に [%キー] と書くことでプレビュー時に展開するのに使用。
YAML front matter - Obsidian Help
ファイルの別名を指定するのに使用。
Markdown エディタ Zettlr で内部リンク(ノート間リンク)を
- [[yyyymmddHHMMSS]] タイトル
のように書き、エクスポートする時は Marked 2 のカスタムプリプロセッサで消す(記事)というマイルールを作った(yyyymmddHHMMSS は ID)。が Zettlr から iA Writer に戻し、ノート間リンクは自作の PopClip エクステンションで開けるようにした(記事)ので、必ずしも [[yyyymmddHHMMSS]] 形式で内部リンクを表現しなくても良くなった。であれば、最初から変換した時にドキュメントに現れない形式で Markdown ファイルに内部リンクを書いておきたい。
Markdown ファイル中に HTML コメント形式で内部リンクを書いておけば、 HTML 等に変換した時にドキュメントに出現しなくて済むのだが iA Writer だと全文検索にひっかからないので却下。
ドキュメントに出現しない表記にはもう1つ「リンク定義」があるのでこれを使うことにした。
[yyyymmddHHMMSS]: <> "title"
として内部リンクを書いておけばプレビューしたドキュメントには現れない。若干やぼったい感じもするがなかなかいいんじゃない。
[ ノート・日記はテキストファイルに ] [ Zettelkasten ]
整理して汎化したナレッジベース部分を1つの Obsidian vault にし、ワークスペースとしての Obsidian vault の中に入れることにした。取り扱い注意と理解した上でネスト vault にする。
![[ファイルベース名#見出し文字列]]
で指定したセクションの内容をノートに埋め込めると知ってビックリ & 感動。デイリーノートに日別に書いたノートを転記することなく集約してプレビューできるのだ。これ欲しかったやつ! ちなみにブロック単位でも埋め込める。
別のファイルをまるっと埋め込めるアプリは多いけれどセクション単位やブロック単位できるアプリを使うのは初めてだ。
[ Mac アプリケーション ]
朝の散歩。#photography
— Naney (@Naney) April 5, 2021
RICOH GR III #GR #GRIII #GR3 pic.twitter.com/mYmcy8wFbS
Obsidian の表示のカスタマイズ用に複数の CSS スニペットを用意して個別に有効・無効を切り替えられるのに今頃気が付いた。
「プレビュー画面用の CSS と編集画面用の CSS」「Obsidian 標準の構造用の CSS と独自の構造・クラス用の CSS」など分けたらずいぶん見通しが良くなった。
今までアプリ用の CSS と Obsidian Publish サイト用の CSS (publish.css) の2重管理が手間だった。「アプリだけ用の CSS」「Obsidian Publish だけ用の CSS」という切り口でもファイルを分けておき、 必要な CSS ファイルだけを make でマージして publish.css を生成するようにしたら解決できた。なるほどー。
初めて訪れた乃木神社。緑豊かでした。#photography
— Naney (@Naney) November 10, 2021
RICOH GR IIIx #GR #GRIIIx #GR3x pic.twitter.com/Xjl4xDP4ke
pulse#photography
— Naney (@Naney) November 11, 2021
RICOH GR IIIx #GR #GRIIIx #GR3x pic.twitter.com/atKh4fNNwE
日は落ちてゆき。#photography
— Naney (@Naney) December 10, 2021
RICOH GR IIIx #GR #GRIIIx #GR3x pic.twitter.com/85tyPQza5o
Shibuya
— Naney (@Naney) January 11, 2022
2020.1.21#photography
RICOH GR III #GR #GRIII #GR3 pic.twitter.com/opXmxLZxWr
ストリームイエロー#photography
— Naney (@Naney) February 2, 2022
RICOH GR III #GR #GRIII #GR3 pic.twitter.com/xfWNQ7uP5F
Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。
※本サイトの内容は個人的見解であり所属組織とは関係ありません。