nDiki : Mac

Mac - マック

Macintosh の略称。

関連情報

2018年6月28日 (木)

iThoughtsX + Ulysses でマインドマップの管理をしてみる

発想したり整理したりするのにマインドマップを描くの良いのですが、あとで有効活用できていません。 Mac でのマインドマップツールとして iThoughtsX を使っているのですが、これ単体ではライブラリ機能がなくて過去に描いたマインドマップをブラウズできないというのも要因かなと。 Finder + Spotlight 検索(や Alfred での検索)頼り。

テキストノートは Ulysses でいい感じに管理できているので、マインドマップでのノートも同様にできたら嬉しいなということで、iThoughtsX で描いたマインドマップについて対になるように Markdown 形式ファイルを書き出して Ulysses の外部フォルダに入れておいてみることにしました。

iThoughtsX から都度書き出して Markdown 形式ファイルを更新する手間があるのと、Ulysses 上からぱっと iThoughtsX ファイルを開けないというのはありますが、まずはこれでやってみようかなと思います。

スポンサード リンク
[ permalink ]
[ 6月28日全て ]

2018年7月10日 (火)

今日のさえずり: Microsoft AutoUpdate のダイアログが突然開くのホラー

2018年07月10日

[ permalink ]
[ 7月10日全て ]

2018年7月25日 (水)

ノート・日記のテキストファイルを Google ドライブへ

今までノート・日記のテキストファイルは Dropbox で同期していました。 Dropbox の同期については満足しているのですが Android スマートフォンで全文検索でファイルを探して開くということができないのはやはり不便なので Google ドライブに同期するように変更しました。

iOS の Ulysses で閲覧・編集できなくなるは許容

Ulysses で Dropbox を同期しておくこと iPhone でノート・日記のテキストファイルの全文検索・編集ができていたのですが、今回の Google ドライブへの同期先変更でそれができなくなります。

今は Android スマートフォンメインで使っているのでこちらは諦めることにします。

拡張子を txt にする

Google ドライブにテキストファイルとして扱ってもらうためには Markdown ファイルの拡張子を md ではなく txt にする必要があります。

過去 txt ファイルに統一して Google ドライブに同期していた事もあったのですが、その時はテキストエディタ・ライティングアプリの都合で結局戻しました。今回全文検索が使えることを優先し、再度 Markdown 形式のノート・日記テキストファイルも拡張子を txt に変更しました。

Mac の Ulysses ではそのようなファイルを保存している外部フォルダの「新規シートのファイル拡張子」設定を .txt に変更し、「標準テキスト (.txt) ファイルを Markdown として編集」設定をオンにしておきます。

Android のテキストエディタから直接 Google ドライブの編集を選んで編集する

JotterPad・iA Writer・Jota+ が Google ドライブにアクセスできるので、これらでブラウズしてファイルを開き編集できます。

Android の Google ドライブアプリで全文検索してからファイルを開いて編集する

全文検索でファイルを探してから開いて編集するというのは JotterPad・iA Writer ではできません。

Google ドライブアプリで全文検索してファイルを選んだあとに Jota+ に渡すと、Jota+ で編集・保存で Google ドライブに書き戻すことができます。全文検索からはこの流れで扱うことにします。単独のライティングアプリで全文検索から直接編集といかないのでちょっと手間ではありますが、今までは探すことすらできなかったのでかなり助かります。

これでどこでもパーソナルナレッジベースにアクセスできるようになりました。やはり過去のノート・日記をどこでも検索できるというのは便利でいいですね。

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

[ permalink ]

今日のさえずり: Google Chrome 68 にアップデート(Mac)。「保護されていない通信」と表示されるようになった。

2018年07月25日

[ permalink ]
[ 7月25日全て ]

2018年7月31日 (火)

ノートン セキュリティ プレミアム 5デバイス新規再購入

ノートン セキュリティ プレミアムが切れたのであらためて新規購入。Mac 2台のノートン セキュリティと Android デバイス2台のノートン モバイルセキュリティの更新完了しました。

有効期間延長より新規購入の方が安いのですが、今の Mac 版ノートン セキュリティは一度アンインストールして同じものを再インストールしなければならないのがちょっと面倒です。以前はプロダクトキーを入れて再アクティベーションできた気がするんですけどね。

忘れないように自動延長サービスは即停止しました。重要。

[ permalink ]

今日のさえずり: めっちゃ明るく赤く光ってるあれが火星かな?

2018年07月31日

[ permalink ]
[ 7月31日全て ]

2018年9月1日 (土)

Day One 3 で Markdown 記法のテキストの扱いが不便に

Day One 3 (Mac 版は 2.8〜) の unified editor で編集モード切り替え不要になったのはいいんだけれど、編集中のテキストやコピーしたテキストから Markdown 記法したものが消えるようになってしまった。これは厳しい。

Day One の Mac アプリケーションだと Open In から Plain Text を選べば Markdown 記法が残ったまま書き出せるけど、都度それはしたくない。

まだ追従していない Android 版の Day One で頑張れるかと思ったけれど、新しい iOS 版・Mac 版で作成したエントリは

Editing of this entry is not compatible with this version of Day One.

と出て編集すらできなくなっていた。Android 版で作成して Mac で編集しても Android 版で編集できなくなる。おぅ。

Journey に乗り換える?

過去に試してみた Journey に乗り換えるのどうかなと思って、また入れてちょっと使ってみた(Journey for Android のみプレミアムは購入済み)。

Journey for Android については一覧表示の時のエントリの高さが大きくて Xperia Z5 だと一度に3つぐらいしか見渡せない。複数ジャーナルは作成できない。などなど Day One に比べると見劣る。

Journey for Mac は購入しないと試用できなかったので、触った感じを評価できなかった。ヘルプなどをみる限り CLI がないので、 Alfred からエントリ作成ができなさそう。うーん、それは辛い。

Day One 継続

代替がないので Day One 利用継続かな。 Day One はもともとキャプチャ用に使っていて、最終的には Ulysses や Emacs でテキストファイルとしてまとめるようにしているのでとても困るというほどではないかな。

できれば Markdown 記法が見えるエディタも残してほしいけど、もしかしたらもう内部表現は Markdown 形式じゃなくなくなっているかもね。

[ permalink ]

今日のさえずり: Amazonプライム・ビデオにちびまる子ちゃん第18話「まる子 おすし屋さんに行く」の巻があった!

2018年09月01日

  • 07:00 輝き #鹿角市 #花輪 #SEL1670Z https://t.co/Is6UxQL4kL
  • 09:15 RT @umefilmphoto: このコインランドリーなんか昭和感あって素敵。ソフター。 #xt10 #fujifilm #fujifilm_xseries #写真好きな人と繋がりたい #photography https://t.co/amSqMebWKc
  • 09:24 Day One 3 (Mac 版は 2.8〜) の unified editor で編集モード切り替え不要になったのはいいんだけれど、編集中のテキストやコピーしたテキストから Markdown 記法したものが消えるようになってしまった。これは厳しい。
  • 09:27 Day One の Mac アプリケーションだと Open In から Plain Text を選べば Markdown 記法が残ったまま書き出せるけど、都度それはしたくない。
  • 09:35 更新されていない Android 版の Day One なら頑張れるかと思ったけれど、新しい iOS 版・Mac 版で作成したエントリは「Editing of this entry is not compatible with t… https://twitter.com/...
  • 17:00 Amazonプライム・ビデオにちびまる子ちゃん第18話「まる子 おすし屋さんに行く」の巻があった! 思わず視聴。 https://amzn.to/2LDqgfB
  • 21:45 今年も Sony Aquarium やってるんだ。 Ginza Sony Park も8月9日に開園しているんだね。 / “Sony Aquarium 2018” http://bit.ly/2N3NO1X
[ permalink ]
[ 9月1日全て ]

2018年9月4日 (火)

腕時計が戻ってきた【日記】

猛烈な台風21号が関西を直撃した火曜日。

会社の Slack で見たことのある腕時計の落とし物情報が流れていて、しかも「Naney さん?」て書かれていてあれっと思ったら自分のカシオのだった。拾ってくれた方に感謝! この時計をしているのなんで知っていたのかなと思い返したら、そういえば部会でもいじられたんだった。

「私も同じ腕時計をしている」って DM をもらったもしたり、人気の腕時計ですよコレ。

そういえば長く寝て起きた休みの日の朝に頭痛がしたりするの「もしかしてカフェイン離脱頭痛?」と思って、ちょっとカフェイン減らそうかとカフェインレスコーヒーをチョイスしてみた。なんか薄いなー。

他のプラットフォームの Day One で編集した Day One エントリが Android 版で編集できない問題は不便なので Mac 版のを 2.8.0 から 2.7.4 にダウングレード。Android 版が対応するまでしばらくアップデートしないで待つことにした。

[ permalink ]

今日のさえずり: 駅に3本の傘を持っている人がいた。三本の矢みたいな奴かな?

2018年09月04日

[ permalink ]
[ 9月4日全て ]

2018年9月19日 (水)

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 は優れているんだけれどなあ。

[ permalink ]
[ 9月19日全て ]

2018年10月4日 (木)

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 がかかっていてどのみち読めなさそうだったのでここは変更せず。

[ permalink ]
[ 10月4日全て ]

2018年10月13日 (土)

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

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

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 は使うのは控えた方が良さそうだ。

[ permalink ]
[ 10月13日全て ]

2018年10月14日 (日)

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

image:/nDiki/2018/10/14/Marked-2-1200x900.png

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

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

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

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

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

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

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

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

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

あ、これ便利。

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

[ permalink ]
[ 10月14日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。

nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

※内容は個人的見解であり所属組織とは関係ありません。

follow us in feedly

月別インデックス
Process Time: 0.083697s / load averages: 0.54, 0.50, 0.49
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker