nDiki : テキストファイル

断片的なノートテキストファイルの一部を Google ドライブで共有するのをやめた

ローカルで書いている断片的なノートテキストファイルの一部について、そのままの形でも組織内で見られるよう共有しておけば誰かの役に立つかなと思って1月下旬から Google ドライブ上に同期しておいてみたのだけれど、やっぱりやめることにした。

Google ドライブに Markdown 形式のテキストファイルを置いておいても、やはり Markedown プレビューアーが無いと見にくいのが理由の1つ。そして断片的なノートは「柔軟なハイパーリンク記述」「軽快なブラウズ」「高速な検索」が可能な環境ではないと活用しにくく Google ドライブにテキストファイルを置くだけではイケていなかったというのがもう1つの理由だ。

ローカルのテキストファイルでノート管理するスタイルのまま、同期だけで共有でき共有範囲の管理も Google ドライブ上で済ませられたので、お手軽ではあったんだけれどね。

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

日次・週次・月次まとめをいい感じにやりたい【日記】

週次報告・月次報告が少し増えてきたので、日次ノートから週次レポート・月次レポート化していくワークフローとドキュメント管理について整理しなおし。

日次・週次・月次の階層別にデータを表示(あるいは入力)したうえで考察を書き込めて、あとでそれぞれ日次・週次・月次のビューを作れるようなドキュメント管理をしたいなあ。できればテキストファイルベースで。

VS Code の拡張機能「テキスト校正くん」で文章のチェックをしてみる

iA Writer のスタイルチェックを使い始めたら、もっとツールでチェックしたくなってきてしまった。

専用ツールやフォームに貼り付けてチェックするタイプではなく、ローカルのテキストファイルに対してそのままチェックできるのがいいなと思って調べたところ、Visual Studio Code (VS Code)の拡張機能「テキスト校正くん」がお手軽に使えるようなのでインストールしてみた。

• テキスト校正くん - Visual Studio Marketplace

「テキスト校正くん」をインストールしておくと開いているテキストファイルについてリアルタイムにチェックをかけてくれる。おお便利。結局まだ手に馴染んでいない VS Code 上で文章をカリカリ書くのに抵抗があるので、同じテキストファイルを iA Writer と VS Code で同時に開いて後者は文章チェック表示用のみで使おうかな(iA Writer で保存したら VS Code で自動的に再読み込みしてくれるので)。

こういうの絶対チェック規則を細かく設定したくなってくるやつだ。しばらく使っていい感じなら、 textlint + vscode-textlint に移行しよう。あ、いや Emacs の方がいいな。Emacs なら直接そこで編集する気にもなるし。 TRAMP でリモートホスト上のテキストファイルを編集するときにもチェックできる(だろう)し。

textlint を本格的に導入開始

昨日 Visual Studio Code (VS Code)の拡張機能「テキスト校正くん」を試してみたところ、いい感じにテキストファイルの文章チェックをしてくれた。ただ「テキスト校正くん」は細かい規則の設定ができないので、単体の textlint を VS Code 拡張機能 vscode-textlint から呼び出す形に変えてみた。

• https://github.com/textlint/textlint

 $ npm install --global textlint

で textlint をインストール。 さらに Collection of textlint rule · textlint/textlint Wiki を上から順番に見て使ってみたいルールを npm install --global していく。

でどのルールを使うかの設定を ~/.textlintrc で指定。

VS Code 側は「テキスト校正くん」をアンインストールし vscode-textlint をインストール。VS Code 上でチェックができるところまで確認した。ルールをガンガン入れたので「テキスト校正くん」よりチェックにかかる時間がかかるようになった。

ここからは使いながら、ルールのオプションを変更したり、辞書をいじったりしていくことにしよう。時間の関係で今日は proofread-helper (prh) を直接使うルールには手を出さなかったが、ここが肝の一つらしいので明日導入したい。

ノート間リンクのできるノートアプリを探す

ノートアプリとして使っている iA Writer であるといいなと思っている機能の1つにノート間リンクがある。テキストファイル管理タイプのノートアプリでノート間リンクのできるものがあるかなといくつか試してみた。

• FSNotes
  • https://fsnot.es/
  • [[title]]でリンクができていい線いっている。1つのフォルダ以下をストレージにするタイプなので、複数のフォルダをロケーションしている iA Writer と併用できず。
• Obsidian
  • https://obsidian.md/
  • FSNotes 同様[[...]]の形式でリンクできる。ファイルの拡張子が md 固定で txt が駄目だった(拡張子 txt にできないと Google ドライブ的に困る)。
• Markdown Notes (Visual Studio Code 拡張)
  • https://marketplace.visualstudio.com/...
  • これもちょっと違う感じ。

今日のチェックではヒットなし。

PopClip 拡張を自作して、キーワードからターゲットとなるテキストファイルを iA Writer で開くようにするのがいいように思えてきたぞ。

Markdown 参照リンクで読みやすいノートに

Markdown でリンクを書く時はインラインリンク形式

 [link text](URL)

でずっと書いてきた。先日(7月15日)ふと思ってショートカット参照リンク形式

 [link label]
 ...
 [link label]: URL

で書いてみたら、当然だけれどこちらの方がずっとテキストファイルとして読みやすくて目から鱗が落ちた。

URL が離れると管理が面倒だろうと避けてきたのだけれど、見通せるぐらいの長さのノートテキストファイルなら全く問題無かったよ。

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

iPhone での Dropbox 上の Markdown ファイル編集に 1Writer を

(画像は https://1writerapp.com/ より)

いまノートテキストファイルの閲覧・編集は Mac と Android デバイスではライティングアプリ iA Writer を主に使っている。iPhone にも iA Writer はインストールしてあるのだけれど不便でほとんど使っていない。 iOS 11 に合わせて出た iA Writer 5 から Dropbox 上のファイルへのアクセスが標準の「ファイル」経由になり、都度ダイアログから編集したいテキストファイルを選んで開かなければならなくなったからだ。iPhone ではテキストエディタ Textforce を使っているが、開発保守が止まっているようにみえるので違うのを探しておきたい。

1Writer

で探したところ 1Writer を知った。開発はベトナム。2013年バージョン 1.0 リリースと既に実績のあるアプリのようだ。610円。3,680円する iA Writer よりかなりリーズナブル。

• https://1writerapp.com/

インストールしていると日本語版のインタフェースも用意されていてびっくり。ヌルヌルな操作感が気持ちいい。

(画像は Press Kit より)

• Dropbox のフォルダを選択して同期対象として複数追加できる。
• Dropbox との同期がスムーズ。
• フォルダ内で全文検索(インクリメンタルサーチ)できる。
• ファイル一覧で先頭の数行を表示でき、開かずに中身を知ることができる。
• 編集画面で見出しが強調表示される。視認しやすい。
• iA Writer 同様にリスト先頭の [ ] をチェックボックスとして認識し、編集画面・プレビュー画面のどちらでもタップでトグルできる。
• テキストファイル新規作成時に、作成日時をもとにしたファイル名(カスタマイズ可能)をつけられる!

などなど、自分のノートテキストファイル管理にとってパーフェクトだった。

最高では。 Dock 一番左の一番地にさっそくドラッグした。

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

できない理由を挙げることはマネージャーの仕事ではない

「高校生のバイトでもできること。」とうフレーズが強烈に印象に残っていて、でも何で読んだか思い出せずもやっとしていた。それが先日ノートテキストファイルを整理していたらメモが出てきてようやく思い出せたのだ。

15年前に読んだ『仕事のヒント』だ。

できない理由を挙げることは、高校生のバイトでもできること。マネージャーの仕事ではない。 -- 仕事のヒント p.102

• 仕事のヒント

「どのようにすればで言ってみる。」というのを学んだ『すごいやり方』『すごい会議』を読んだのも2005年。この頃から強く「できない理由を探すよりできる方法を考える」ことを意識するようになったんだ。できない理由を探すよりもできる方法を考える方がかっこいいと思ってる。

[ opinion ]

断片的なノートテキストファイルの一部の共有は Google ドキュメント化かなあ

ローカルで書いている断片的なノートテキストファイルの一部について、そのままの形でも組織内で見られるよう共有しておけば誰かの役に立つかなと思って1月下旬から Google ドライブ上に同期しておいてみたのだけれどいい感じじゃないので7月にやめた。

テキストファイル形式を使う自分自身の編集・検索の利便性を維持しつつ、共有情報としては少しでも役立てば良いという思いは引き続きある。

組織内の普及度と自分で可能な共有範囲コントロールを考えると G Suite 上か。検索可能でそこそこ見やすい形式となると結局 Google ドキュメントになるのかなあ。

テキストファイルと Google ドキュメント間で内容をうまく同期したい。

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

Alfred でのノートテキストファイル作成ワークフローのバリエーションを作りすぎた

• 日別の「デイリーノート」
• ちょっとした「ノート」
• ちょっとした公開用の「nNote」

に加えて

• 「issue ノート」
• 「thoughts ノート」

も Alfred ワークフローで一発作成できるようにしてあったのだけれど、ちょっとやりすぎで最後の2つはすぐ使わなくなったので削除。