nDiki : ファイル名

Day One Premium をキャプチャツールとして使うのを控える

Day One 3 で作成/編集したエントリが Android 版では編集できなくなったのだが Android 版が追従する様子がみられない。今の状態だと iPhone 上の Day One をキャプチャツールと使うので支障がある。いったんキャプチャ先をできるだけテキストファイルベースに戻すことにする。

Android デバイスでは JotterPad で。日時形式のファイル名をつけるのが一手間なの変わらず。 Clipper Plus のダイナミック(日付・時刻などのテンプレート)を使って現在日時のファイル名を生成してクリップボードにコピーできるようにしておいた。

iPhone では iOS 版の Ulysses で。こちらでメモる頻度が低いので Gboard の「日時」変換で仮に入力しておいてあとで修正かな。

Mac は今まで通り Alfred の workflow から。ファイルを作る先別に workflow を使い分けていたのだけれど、キャプチャする時に頭に負荷をかけるのを減らした方がいいなということで inbox ディレクトリに保存する1つだけに絞った。

キャプチャの容易さと日時管理のしやすさの点で Day One は優れているんだけれどなあ。

[ ファイル名の先頭を日付に ]

Alfred 3 for Mac の表示量を増やす

Alfred を使っていて

• search text の文字数が少なくて長めのテキストを入力する時に全体が見えない
• result text の文字数が少なくて似たような長いファイル名が複数あると区別できない

と不便に感じるようになったのでサイズを変更してみた。

Alfred Preferences の Appearance で Alfred macOS Theme を複製し、

• Window Width: 559px を 1024px に
• Search Text Size: 34px から 24px に
• Result Text Size: 18px から 16px に

に変更。これで一度にだいぶ見渡せるようになった。参照したい表示の上に Alfred がかぶった時のために透明度を上げた方が良いかなと思っていたけれど blur がかかっていてどのみち読めなさそうだったのでここは変更せず。

• https://www.alfredapp.com/

Ulysses で TextBundle を使うのどうなのか調べてみた

Markdown 形式ファイルと、そこから参照されている画像ファイルを1つにまとめて管理する形式として TextBundle がある。ライティングアプリ Ulysses が対応しているのでちょっといじってみた。

• http://textbundle.org/

TextBundle は package format と compressed format がある。 package format は macOS のパッケージの形になっていて、 textbundle という拡張子をつけたディレクトリの中に info.json と text.* (Markdown なら text.md)、それからテキストファイルから参照しているファイルを asserts/ サブディレクトリに置くという仕様である。macOS の Finder からは1つのファイルのように表示される。

TextBundle を使うメリット

メリットは以下。

• テキストファイルと参照されている画像ファイルを一緒に管理できる(ばらけないで移動したりできる)。
• TextBundle に対応していないテキストエディタでも text.md を簡単に開いて編集できる。

TextBundle を使うデメリット

非対応アプリケーションから使う場合にデメリットを感じる。

• 非対応アプリからみると TextBundle 毎にディレクトリがあることになるので、ディレクトリだらけな感じになる。ドキュメント毎にディレクトリを開いて中のテキストファイルにアクセスする必要がある。
• Markdown ファイル名が text.md 固定なので、ファイル名だけでは区別できなくなる。

Ulysses for Mac の場合

Ulysses は TextBundle に対応しているので通常の Markdown ファイルと同様1つのシートとして自然に扱える。

普段 Ulysses for Mac では Dropbox の中のディレクトリを外部フォルダとして指定して使っているので以下、外部フォルダの時の話し。

Ulysses の外部フォルダ上の Markdown ファイルに貼った画像をエディタ上でプレビューできるのは現状 TextBundle だけ。エクスポート時も TextBundle 内の画像ファイルは書き出されれるけれど、(相対パス・絶対パス問わず)ファイル名で参照しているものは書き出されない(http/https な URL で指定した画像は HTML でエクスポートする際は画像が貼られる形になるが PDF ではだめ)。Ulysses だけを使って画像を扱いたいなら TextBundle を使う以外選択がない感じだ。

Ulysses 上で TextBundle なシートを保存するたびに参照されている画像ファイルを残して他は assets/ から消されてしまう。なので assets/ の下に画像作成に使ったソース・ファイル(マインドマップファイル)を一緒に置いておくおような管理はできない。そもそもテキスト編集で間違えて画像参照を消して保存実行してしまうと、画像ファイルだって消えてしまうので、画像ファイルだってオリジナルを別で保存しておく必要がある。

TextBundle は使うのは控えた方が良さそうだ。

Marked 2 で Markdown プレビュー時に自動的に画像を探すようにした

ライティングアプリ Ulysses for Mac では画像ファイルのプレビューがいい感じじゃなかったので、 Markdown プレビューアの Marked 2 を使うことにした。

• http://marked2app.com/

Marked 2 は相対パス指定・絶対パス指定のローカルの画像ファイルや URL で指定したネットワーク上の画像もきちんと扱ってくれるので便利だ。

画像ファイルをどこにおいておくか

さて Markdown ファイルから参照している画像ファイルをどこに置いておくか。Markedown ファイルと同じディレクトリに置くのが素朴だが以下の点で却下。

• Markdown ファイルを別のディレクトリに移動する時に参照している画像ファイルを一緒に動かすのが面倒。
• Markdown で書いた日別のノートファイルがたくさんあるようなディレクトリでは画像ファイルが邪魔。

別のところにまとめて置いておくのがよさそうだけれど、そうするとパス指定の問題が出てくる。ファイル移動時の参照書き換えをするは面倒なので嫌。

どうしようかなと思っていたら、 Marked 2 のプリプロセッサ機能で画像のパスを書き換える例を発見。その記事ではローカルホストでのプレビュー時とサイト公開時とでパスが違うことの解決に利用していたんだけれど、ローカルホスト上でも応用できるな。

パス指定はプリプロセッサにやらせてしまえばいいじゃない。画像のファイル名をユニークにしておき(もともとそうしている) Markdown ファイル上ではそのファイル名だけで画像参照として書く。プレビュー時に画像ファイルをローカルホスト上で検索して見つかったパスで書き換えてやれば良いなと。

さっそく Perl プログラムとしてプリプロセッサを作成。 Markdown ファイル中の画像参照があったら、Markdown ファイルのあるディレクトリレクトリ以下および指定したパス以下のディレクトリから File:Find::find で探し、見つかればそのパスに書き換えるようにしてみた。

あ、これ便利。

画像ファイルをいちいち Markdown ファイルの近くにエクスポートするとか、一緒に移動させるとかする必要なくてめちゃくちゃいいわ。

1ファイルノートから複数ファイルノートに戻す

TaskPaper をまた使うようになったタイミングで inbox メモと整理前のデイリーノートを1テキストファイルに書くことにしたのだが、やはり複数テキストファイル(inbox メモ毎に1ファイル + 日別ファイル)スタイルに戻すことにした。

1テキストファイルでは「複数ファイルをいったりきたりする」「個別にファイルを作る=ファイル名をつける」という手間から解放されたのが良かった。TaskPaper を使えば全体をみたり特定の場所だけフォーカスインしたりできるので、まとめ作業が捗った。

一方ファイルが大きいのでスマートフォンで書き込むのに躊躇するようになった。スマートフォン上のテキストエディタで TaskPaper に合わせたインデントをつけていくのは現実的ではないので、階層を無視してとりあえずメモを書き込んでおくというのが不格好だった。1ファイルを複数デバイスで編集する機会が増えるので編集競合の危険性も高くなった。

やはり個別ファイルをガンガン作って Ulysses でザクザク整理する方が自分には合ってそう。

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

Web 日誌 / Web 日記を書き始めてから20年

途中ブランクがあったりするけど、書き始めてからついに20年だ。

いつ始めたか?

個人 Web サイトを作り始めたのが1995年か1996年ぐらい。それから数年経った1999年1月19日にコンピュータ日誌として日付ベースの記事を書き始めた。

当時既に Web 日記を書いている人はいたが、まだ HTML ファイルとして直接書いている人も多かったんじゃないかな。自分は当時マクロプロセッサ m4 を通して静的 Web ページを生成していたので、当初 Web 日誌も m4 マクロで生成していた。

ハイパー日記システムが公開されたのが前年の9月、 tDiary が SourceForge.net に公開されたのは3年後の2002年2月20日であった。その翌年の1月16日にはてなダイアリーベータ版がリリース、さらにその翌年日記機能をもつ mixi がオープンとなる。

そこそこ早い時期から Web 日記 (Web 日誌)を書いていたんじゃないかな。

20年続けて得られたものは?

20年続けて得られたものは以下だな。

• 自分の20年の情報が蓄積されたパーソナルナレッジベースとなった。自分の過去の何かについてはサイト内を Google 検索すればたいがい探せてしまう。
• パーソナルナレッジベースについての知見を得た。
  • 特に個人の情報は「いつ」のことかが重要。
  • 「システムの寿命よりもデータの寿命を特に重視して設計されていなければならない」「ノート・日記はテキストファイルに」「ファイル名中の日付を先頭にする」
• ちょっぴり人の役にたった。
• ちょっぴり収入になった。

20年続けて失ったものは?

一方失ったものは時間。公開している以上、下調べしたり文章を整えたりするのにある程度時間がかかり1週間に数時間は費やしている(1日分で数時間の場合もザラ)。Web 日記を書いていなければ数千時間、他のことができていたであろう。

あ、もちろん無駄な時間だったとは思ってはいない。調べたり考えたり内省したり、日記を書き続けたから今の自分がいるんだよね。

続ける?

Web 日記は趣味だからね。

[ コンピュータ日誌 ]

プレビュー付きテキストファイル一覧表示ができる Android ノートアプリ neutriNote

テキストファイルベースでノート管理をするのに Mac では Ulysses や iA Writer を、 Android デバイス上では JotterPad を使っている。JotterPad は主にユビキタスキャプチャ用のフォルダを開いた状態にしているので、フリーノート用に使える Android アプリを別に欲しいところである。

しかしテキストエディタはいろいろ存在するのだけれど、ファイル一覧で中身をプレビュー表示できるものはほとんど無いんだよね。ノートアプリとして使うにはファイル名一覧では駄目で、中身がずらずらっと見られる必要があるのだ。例えば Google Keep の表示みたいに。

で、いろいろ探してみたところ以前から名前は知っていた neutriNote が、テキストファイルとしてデータを保存するタイプでしかも一覧表示でプレビュー表示で中身を横断的に見られそうなのでインストールしてみた。

(play.google.com/store/apps/details?id=com.appmindlab.nano より)

• neutriNote

名前なニュートリノからきているらしい。

特徴や使用感

• Markdown に対応している。良い。
• タイトル = ファイル名はいったんデフォルトで「New Note (n)」となる(テキストは設定で変更可能)。
• プレビューは3行。ほとんどのアプリがファイルの先頭を表示するのに対して、末尾を表示するというのが特徴的。追記していくことを想定した UI かな。
• フォルダ階層は提供しないポリシー。
• ノートをシェアするとテキストにタイトルも含まれる(Twitter の下書きとして使うにはタイトルが含まれない方が嬉しい)。
• ウィジェットでホーム画面にノートを表示できる(ただし neutriNote 以外で直接ファイルを削除する場合、ウィジェット表示しているとアプリが落ちるっぽい)。
• (いい意味で)変態的カスタマイズができる。例えば ~neutrinote_shortcuts という設定ファイルに date|neutriNote$ date +%Y-%m-%d-%H%M%S と記述しておくと、ノート上の date という文字列を選択してテキスト展開ボタンを押すと書式指定した date コマンドを実行してその結果で置換してくれる。

同期

neutriNote はデバイス上に指定したローカルリポジトリ(フォルダ)にテキストファイルとしてデータを保存するので、Dropbox や Google ドライブで同期できる。

neutriNote にもオプションで「neutriNote Connector+」というアプリがあるのだけれど、 Dropbox のアプリフォルダ以下だけのアクセスタイプで作られているので自分の用途に合わなかった。

ので今回は以前から使っている FolderSync Pro で Dropbox と双方向同期させることにした。インスタント同期をオンにしておけば neutriNote で変更を加えたらすぐ Dropbox に同期させられる。Dropbox 側での変更を検知して同期することはできないので別途定期同期を設定しておくとともに、 Android デバイスのホーム画面に同期開始のショートカットを置いておいた。

ちなみに neutriNote ではファイル名が ~で始まるものは隠しファイルなので同期から除外。逆に Ulysses は .Ulysses で始まる隠しファイルを作るのでこれも同期対象から除外にした。

良さそげ!

テキストファイルベースのノート管理というスタイルに超ハマる Android アプリだ。 常用ノートアプリの仲間入り!

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

neutriNote + Texpand Plus で日時ファイル名のテキストファイルにさっとキャプチャする

Android デバイスでさっと現在日時をファイル名にしたファイルを作成してメモするに今はライティングアプリ JotterPad を使っている。今の手順。

1. JotterPad を開く。
2. ノートフォルダを開いていなければ移動。
3. (+) で新規ドキュメントを作成。
4. タイトルにカーソルをあわせて Gborad で「にちじ」と入力し現在日時を選んで入力確定(JotterPad で無効な文字と表示されて / と : が - に置き換えられる)。
5. メモを入力
6. (レ)をタップして保存。
7. (←) をタップしてファイル一覧に戻る。

ちょっと長い。最近使い始めた Android アプリの neutriNote が軽快でいい感じなのでキャプチャツールを neutriNote にすることにした。

ただ neutriNote だとタイトル(= ファイル名)に使えない文字があると「Invalid title」と表示されて保存できないので、きちんと現在日時を入力できる手段が必要になる(neutriNote には柔軟な text expansion 機能があるのだけれど、本文でしか使えなかった)。指定フォーマットで現在日時を文字列化するアプリはいろいろあるが「クリップボードに生成するものは手順が多くなる」「Gboard はマッシュルーム未対応」ということで使い勝手のアプリを探してみたところ Texpand が良さそう。

テキスト入力中に登録した Texpand に登録したフレーズがあるとフローティングボタンが表示されるのでこれをタップすると入力が置き換えられる。置換時の年月日時分秒をテンプレート設定できるので「にちじ」と入力さいたら現在日時文字列になるようにした。

これで

1. neutriNote を開く(あるいは Android のクイック設定に置いた New note をタップで次のステップまで同時に)。
2. (+) 新規ノートを作成。
3. タイトルにカーソルをあわせて「にちじ」と入力。Textpan の (レ)をタップして現在日時に置き換え。
4. メモを入力。
5. (←) をタップしてノート一覧に戻る。

でキャプチャできるようになった。neutriNote 良い。

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

今日のさえずり: 今日から『アイカツオンパレード!』スタート。 (土曜日 10:30 って小学生は学校に行っているのでは?)

2019年10月05日

• 06:00 夏の渋谷。 2019年8月9日 #トイデジ #デジタルハリネズミ https://t.co/VMiSf699xB
• 06:15 #国立代々木競技場 RICOH GR III #GR #GRIII #GR3 https://t.co/VFeoVMUFfv
• 08:00 今日から『アイカツオンパレード!』スタート。 (土曜日 10:30 って小学生は学校に行っているのでは?) #アイカツオンパレード
• 11:43 2002年度から完全学校週5日制。2010年1月に東京都教育委員会が月2回までの授業実施容認を通知。なるほど。
• 17:00 #お台場 RICOH GR III #GR #GRIII #GR3 https://t.co/wflgwfp11R
• 17:45 今 VS Code 使ってみているけれども、いちいち機能詳細とキーバインドが分からなくてヘトヘトしている(果たして Emacs から乗り換えるべきか否か)。
• 17:52 c-x c-f (find-file-at-point) したい。 VS Code でファイル名を先に指定して新規作成したい。
• 18:02 ふむ。 File: New File (explorer.newFile) でファイル名を先に指定して新規作成ね。
• 18:10 @wtnabe ありがとうございます。マウス/トラックパッド使うなら右クリックメニューに「新しいファイル」があるのですね。
• 18:15 ラグビーワールドカップ サモア戦が始まる 19:30 前に風呂に入ろう。 #RWC2019
• 22:00 #渋谷スクランブルスクエア の通路、ガラスなんだけれどちょっとヌメヌメ感がある。
• 22:15 #南麻布 RICOH GR III #GR #GRIII #GR3 https://t.co/2e87wmc52z
• 22:30 #南麻布 パインクレストコート1st RICOH GR III #GR #GRIII #GR3 https://t.co/BSulTl43Jg
• 22:45 「ま」 南麻布 #薬園坂 の上あたり RICOH GR III #GR #GRIII #GR3 https://t.co/Eg6lVZwXvc

Flickr Pro をやめることにする

2018年に $44.95(2年)で更新した Flickr Pro、来月の更新は $49.99(1年)かーと思っていら、一昨日に $59.99(1年)に値上げするというメールが……。

2005年2月に登録し、その年の5月には Flickr Pro にアップグレード。ここ最近はほとんどアップロードしなくなったけれど「nDiki 上の過去記事の多くで Flickr 上の写真を表示している」のと「Twitter に投稿した Flickr への URL をデッドリンクにしたくない」のとで Flickr Pro を維持してきた。

nDiki 上の記事の写真の移行が進んでいないのでもう1回更新かなあと思っていたのだけれど、さすがにこの金額はもう無理。2月4日の更新前に移行作業をやりきることにした。

写真をエクスポートする

Flickr にアップロードする写真自体は全部ローカルにあるので失っても問題ない。

だけれど Flickr (Pro) をやめることで写真削除となった時に、Flickr 上でのフォト ID に対応する写真がどれだったが分からなくなるのは困る。ということで Flickr からまず写真をエクスポートすることにした。

Account settings ページの「Request my Flickr data」でまずダウンロードリクエストを行う。準備ができるとダウンロード用のリンクがそこに表示される。

自分の場合は「Account data」の ZIP ファイルが1つと「Photos and videos」に ZIP ファイルが7つできた。

前者はメタデータなどが入っており、後者には写真・動画ファイル(以下写真ファイル)そのものが入っている。全部で 3,052 写真ファイルだ。

写真ファイルの名前を「<フォト ID>.拡張子」にする

写真ファイルのファイル名に微妙にタイトルが入っていたり入っていなかったりと統一されておらず扱いづらい。幸い必ずフォトID(7桁以上の数字列)が含まれていたので、リネームスクリプトを Perl で書いて「<フォト ID>.拡張子」に変換した。

画像を回転する

www.naney.org に転送してそのまま nDiki に貼れるように Exif Orientation をみて画像を回転させる。

 jhead -autorot *.jpg

画像をリサイズする

今 nDiki では画像ファイルの画像サイズは長辺 1,200px ピクセル以下にするようにしている(記事)。長辺が指定サイズより大きい画像ファイルだけをまとめてリサイズできる Th-MakerX

• Th-MakerX

を利用した。

www.naney.org にアップロード

出来上がったファイルを1つのディレクトリに入れて www.naney.org にアップロード(同期)。これで Flickr 上にあった写真(を調整したもの)を www.naney.org 上に置くことができた。

nDiki の過去記事で Flickr 上の写真を表示させているものをいくつか編集して www.naney.org 上の写真を表示するようにしてみたところうまくいっている感じ。

思ったより早く移行できちゃうかも。

[ サブスクリプションサービス ]