nDiki : ファイル名

テキストファイルとして Dropbox にさっとメモを送れる Android アプリ「1秒メモ」

Evernote を使っていた頃、スマートフォンからメモをさっと Evernote に送るアプリとして PostEver や WriteNote Pro を使っていた。今は Evernote ではなくテキストファイルに書くことにしているので、Dropbox や Google ドライブにテキストファイルとしてメモを送れる Android アプリが無いかと探したところ「1秒メモ」にたどり着いた。

• 1秒メモ

韓国で開発されているアプリ。英語表記は当初「1Sec Memo」だったが今は「1Sec Note」としているようだ。

アイコン/通知バーから起動するとさっとフローティングエディタが開くのでメモを入力。フローティングウィンドウとして画面上に置いておける。

事前にアカウント設定をしておくことで Dropbox・Evernote・OneNote・Google ドライブ・Google スプレッドシートにボタン1発で送信できる。 Dropbox に送るとメモが書かれたテキストファイルを作成してくれる(高級機能を購入すると、フォルダ指定したり送信日時によるファイル名に変更可能)。

フローティング型なので他のアプリを使用中に切り替えることなくメモを取れるので便利だ。重宝しそう。

[ ノート・日記はテキストファイルに ]

nNote ではなく nDiki にちょっとしたノートを書く

永続的に残しておくほどではないちょっとしたノートを置いておくスペースとして nNote を2017年1月末に始めて3年弱になった。

ある程度自分なりに推敲してまとめる日記記事中心の nDiki とは別に、断片的・未整理・不完全なちょっとしたノートを頻繁/大幅に更新したり削除を前提に置けて重宝している。

一方別にすると nDiki と nNote の両方を通して「キーワードで記事を抽出して表示」したり「時系列で表示」したりできない点がちょっと不便だと分かった。パーソナルナレッジベースとしてはまとまっていた方が良いので、今後ちょっとしたノートも nDiki 上に置くことにする。

両者を区別はしたいので nNote in nDiki として

• #nNote タグをつけておく。
• 記事ファイル名(URL の一部にもなる)に「nn」を入れておく。

とすることにした。

nNote にある過去のノートも上記ルールに合わせて修正して nDiki に移動。横断的に見る時に邪魔になる「持ち物リスト」や、仕上げた旅行記記事と一緒に置く逆に分かりにくくなる「旅行計画」といったノートは nDiki に移さずに nNote に残しておいた方がいいな。 nNote は nNote で残しておくことにする。

箱根駅伝をテレビ観戦しながら『あつまれ どうぶつの森』画面写真を Google フォトへ【日記】

新型コロナウイルス感染拡大対策で、今年の箱根駅伝はテレビで観戦。

Nintendo Switch から Google フォトへ

2020年に Nintendo Switch で撮影した画面写真や動画(主に『あつまれ どうつぶの森』)を Google フォトで見られるようにアップロードした。1238ファイル。

Google フォトでは動画ファイル(MP4)のメタデータの creation time ではなくアップロードするファイルのタイムスタンプを見ているようだ。期待する順番に並ばなかったので、ファイル名に含まれている日時をファイルタイムスタンプに反映させるスクリプトを書き適用してからアップロードした。

TikTok 2日目

昨日アカウントを作った TikTok のレコメンドを鍛えるのが面白くてなんだかんだいっぱい見てた。

[ COVID-19 ]

Zettlr はテキストファイルノートアプリに適した Markdown エディタ

Zettelkasten メソッドのための機能を備えた Markdown エディタに Zettlr がある。ローカルディレクトリ上に通常の Markdown ファイルとしてデータを保存するタイプで、ロックインの心配が無く他のツールと併用できる好みのアプリだ。インストールして1日使ってみた。

• https://www.zettlr.com/
• https://docs.zettlr.com/ja/

インストール (macOS )

Homebrew では以下で。

 $ brew install --cask Zettlr

今日時点でインストールされるのが 1.8.3 でちょっと古かったので

• https://github.com/Zettlr/Zettlr/releases

からバイナリビルドされた 1.8.6 をダウンロードしてインストールした。

Markdown エディタとして

ヘッダを大きめに表示したりリンクの URL を隠したりと一部プリレンダリングされるタイプ。日本語も問題無さそう。

ファイル末のあたりで文字入力するとエディタがガクガク揺れるは今後改善されると嬉しい。

見出し単位で折り畳む機能やサイドバーで目次を表示する機能があり、長めの文章を書くための支援が揃っている。

ファイル管理

ファイルツリー上にディレクトリとファイルの両方を表示する Combined モード以外に、ファイルツリー(ディレクトリツリー)とファイルリストの両方を表示する Expanded モード、ファイルツリーとファイルリストのどちらかを表示する Thin モードがある。

Expanded モードを選ぶと iA Writer や Ulysses などでもお馴染みのスタイルになりノートアプリとして使いやすくなる。

ファイルシステム上のディレクトリをルートディレクトリとしたワークスペースを複数同時に開いておける。用途別にディレクトリを分けている場合に便利だ。

全文検索はワークスペース単位。内部リンクもワークスペース単位で機能する。 自分は複数のワークスペースを横断的に全文検索したいので、本格的に使うなら1つのディレクトリの下にまとめる必要があるな。

ファイルの拡張子は md ではなく txt でも OK なので、ファイルを同期した Google ドライブ上で全文検索させられるのが嬉しい(Markdown ファイルの拡張子を md にすると Google ドライブで不便)。 md 固定の Obsidian より柔軟だ。

Zettelkasten メソッドと内部リンク

Makrdown ファイルから Markdown ファイルへファイルベース名を指定して 「[[ファイルベース名]]」の形で内部リンクできる(パス名は不要)。

また Markdown ファイル内にユニークな ID を書いておき、その ID を指定して「[[ID]]」としてリンクもできる。後者を使えばファイル名変更が気軽にできる。 ID の形式やリンクの開始文字列 [[ ・終了文字列 ]] もカスタマイズできて柔軟なのも良い。

iA Writer では

 ia-writer://open?path=/Locations/path/to/file.txt

のような URL を発行して擬似的にリンクするさせるしかないので比べると圧倒的に便利。

1日使ってみて

今メインで使っている Mac アプリケーションの iA Writer に比べると Electron ベースの Zettlr は美しさで負けるのは仕方ないところかな。

Zettlr をテキストファイルノートアプリとして内部リンクを活用しながらパーソナルナレッジベースを作っていくのありだな。

[ ノート・日記はテキストファイルに ] [ Mac アプリケーション ]

今日のさえずり: 今日は Zettlr 使ってみてる

• 19:59 今日は Zettlr 使ってみてる。 Markdown ファイル内にユニークな ID を書いておき、その ID を指定して Markdown ファイル間でリンクをするタイプなのいいな。ファイル移動やファイル名変更が気軽だ。 https://www.zettlr.com/
• 22:25 minion #photography RICOH GR III #GR #GRIII #GR3 #ブラックミストNo05 https://t.co/6B8VNoKG9b

minion#photography
RICOH GR III #GR #GRIII #GR3#ブラックミストNo05 pic.twitter.com/6B8VNoKG9b

— Naney (@Naney) January 19, 2021

思い浮かんだことを Android スマートフォンでさっとテキストファイルに書きたい

思い浮かんだことを Android スマートフォンでさっと書く環境について何年も模索している。要件は

• さっと書ける。
• テキストファイル保存で Mac と同期できる。
• 作成日が分かる。
• 一覧で中身が見える(一部でも)。

な感じ。

iOS アプリ 1Writer ならバッチリ。タイムスタンプをファイル名としてさっと新規作成したテキストファイルを保存すると Dropbox と同期してくれる。もうこのアプリの優位性のためだけに次は iPhone にしたいぐらい。

いい Android アプリが出てないかリサーチしつつ方法を考え直し。全部を満たすアプリ(の組み合わせ)はやはり無いなー。さっと書ける瞬間日記をまた触ってみたけれど、エクスポートしたあとの削除がやはり手間。

一覧で中身が見えないけれど、結局 iA Writer for Android かな。タイムスタンプをファイル名として新規作成する機能が iA Writer にないので、新規作成後に1行目に手作業で YYYY-MM-DD-hhmmss を入力するしか(Texpand で展開)。

タイムスタンプを手入力なら一覧で中身が見える neutriNote 復活も候補なんだけれど、同期の管理がちょっと面倒で。

[ ノート・日記はテキストファイルに ] [ ファイル名の先頭を日付にする ]

今日のさえずり: iA Writer for Mac のファイルリストでの増殖問題、Unicode 正規化形式C (NFC) が原因

• 22:28 iA Writer for Mac のファイルリストで、選択すると表示が2つに増殖するファイルがある問題(ファイル自体が増えるわけではない)。 ファイル名に含まれている濁点・半濁点が Unicode 正規化形式C (NFC) になっている場合に発生することが分かった。
• 22:31 同じファイルが別の Mac の iA Writer だと問題なかったの、 Dropbox がいい感じにファイル名変換してくれてたからっぽいな。

Google ドライブに同期して共有する Markdown ノートテキストファイル に ID を埋め込む

Markdown ノートテキストファイルを rclone で Google ドライブに同期して共有できるようにして、さっそく「共有用の URL をどうしようか」となった。

継続的なノート整理でファイル名変更・フォルダ移動をローカルホスト上でしつつ rclone で同期するので Google ドライブでのファイル ID が変わり URL も変わってしまう。

Zettlr を試した時にやっていた ID を 「yyyymmddHHMMSS」形式で YAML front matter に埋め込んでおくのが妥当かな。で

 https://drive.google.com/drive/search?q=ID

の URL を共有すると。

[ ノート・日記はテキストファイルに ] [ Markdown で書いているノートを Google ドライブで共有する ]

過去の Web 日記を移行し直す

Web 日記システムを2004年2月22日に今の自作のもの変えたのだが、それ以前の記事の移行が不完全なままで止まっておりでずっと気になっていた。やはりちゃんと移行しよう。

考えると過去に進まなかった原因の1つが「1日単位」の日記エントリから、「トピック単位」の日記エントリに分割することだった。

「移行すると1日の中の順序情報が失われるなー」「分割した記事ごとに URL (ファイル名)を決めるのが大変だなー」「ハイパー日記システム (hns) 時代の日記には Tweet のように短いエントリ(セクション)もいろいろあって、そのまま分割すると細分割しすぎ感が出たりするよなー」あたりがモヤモヤしていた。

自動リンク機能によりキーワードで記事を串刺し表示する今の Web 日記システム的には、1日単位ではなくトピック単位で分割した方が情報構造的にいいのだけれど、まあ「日記」なので記録として残っている(移行済みである)ことの方が大切だな。

「古いものは無理して分割せず1日1エントリにする」「そこから適宜トピックを取り出して別エントリにする」で移行しなおすことにしよ。

今日のさえずり: 久しぶりに Lemon 聴いてる。ウェッ。

• 18:27 久しぶりに Lemon 聴いてる。ウェッ。
• 20:24 Obsidian for macOS で作成したノートのファイル名は Unicode 正規化形式C (NFC) か。
• 20:33 NFC なファイル名、 iA Writer for Mac のファイルリストで選択すると表示が2つに増殖する問題があるのよねえ。
• 23:00 あれ、別の Mac だと UTF-8-MAC だな。うーん。
• 23:12 Obsidian 関係無かった。
• 23:18 macOS 上の Dropbox フォルダでファイルを作成したり Dropbox フォルダにファイルを移動したりすると勝手にファイル名が UTF-8-MAC にされちゃうんだ。

Obsidian Publish で JavaScript を使う

Obsidian Publish サイトの下部にある Powered By Obsidian Publish フッタを publish.css で非表示にしていたのだけれど、せっかくなので著者表示に差し替えてフッタを表示することにした。

• https://notes.naney.org/

Obsidian vault のルートに publish.js ファイルを作りコードを書き、公開対象に追加してパブリッシュ。規定のファイル名だから自動的に公開対象になるだろうと勘違いして最初あれっとなった。 publish.css の時も同じように勘違いした記憶があるな。

JavaScript でコードを書けばあれやこれや出来る訳だが、あまりやりすぎると将来メンテナンスが面倒になって困ることになるので、ほどほどにしとこ。