nDiki : Mac

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 ファイルの近くにエクスポートするとか、一緒に移動させるとかする必要なくてめちゃくちゃいいわ。

TaskPaper はアクティブで無くなった時に自動保存してくれている (Edited にだまされない)

TaskPaper はファイルを編集するとウインドウタイトルバーに Edited と表示され保存([File] - [Save] / ⌘S)すると Edited が消えるようになっている。Dropbox で同期している TaskPaper ファイルを上書き保存し忘れる(または保存したかどうか忘れる)と競合の可能性があるので他の Mac で作業できなくなってしまうのがネックだなあと思っていた。

でも確認したら実は Ulysses などと同様に、アプリケーションがアクティブではなくなったタイミングで自動保存してくれていた。自動保存されてもウインドウタイトルバーが Edited のままなのがちょっと紛らわしいけど実は問題なかったと。ここら変はやはりわかりにくいようで TaskPaper のフォーラムでも質問が上がっていた。

ちなみに TaskPaper で開いているファイルを他のアプリケーションで更新した場合、TaskPaper 側で検知してファイルを最読み込みしてくれるのだけれど、ここで Edited 表示がある場合はその表示が消えるようになっている。

JavaScript コードで TaskPaper ファイルにノートを挿入する

ちょっとしたメモを Alfred for Mac から一発で TaskPaper ファイルに挿入したい。Packal 上に TaskPaper のための多機能な Alfred Workflow があるので入れたんだけれど、うまくタスク追加ができないことがあるので、自前でスクリプトを作って Alfred から呼ぶことにした。

TaskPaper ファイルはテキストファイルなので書き慣れている Perl でスクリプトを書いてもいいんだけれど、 編集の競合が避けられるし parser も書かなくて済むしということで TaskPaper の API を使うことにした。

JavaScript for Automation (JXA) を使えば JavaScript コードで TaskPaper API を呼べるっぽい。

以下指定した TaskPaper ファイルに Inbox: プロジェクトがなければ追加した上でその子供としてノートを挿入するコード(エラー処理割愛。実際にはタイムスタンプとかもノートにつけるようにした)。

 #!/usr/bin/env osascript -l JavaScript

 function TaskPaperContext(editor, options) {
   let inbox = editor.outline.evaluateItemPath("//Inbox:")[0];
   if (!inbox) {
     inbox = editor.outline.createItem("Inbox:");
     let projects = editor.outline.evaluateItemPath('@type = project')
     if (projects.length == 0) {
         editor.outline.root.appendChildren(inbox)
     } else {
       editor.outline.root.insertChildrenBefore(inbox, projects[0]);
     }
   }

   let items = ItemSerializer.deserializeItems(options.text, editor.outline, ItemSerializer.TEXTMimeType)
   editor.setCollapsed(items[0])
   inbox.appendChildren(items, inbox.firstChild)
 }

 function run(argv) {
   Application('TaskPaper').open(argv[0]).evaluate({
     script:TaskPaperContext.toString(),
     withOptions: {text: argv[1]}
   })
 }

これを inbox.scpt というファイルで保存し実行権限を与えれば

 ./inbox.scpt $HOME/tmp/test.taskpaper こんにちはこんにちは!!

という感じで呼び出せるようになる。

あとは Alfred Workflow を作ってそこからこのスクリプトを実行すれば OK だ。

ついにデジタル音楽配信サービス Spotify 登録

6月に Google Home Mini を買った時にそのうち Spotify を使ってみようと思っていたのだけれど、一人でSpotifyアカウントを複数登録できるか利用規約を確認してからと思っている間に5カ月弱経ってしまった。

そんなところ Bluetooth スピーカーとしての利用も考えて今月買ったパナソニックのコンパクトステレオシステム SC-HC2000 が、 Chromecast built-in 搭載で直接ストリーミング再生できるということなので、対応している Spotify にようやく登録して使ってみることにした。

• https://www.spotify.com/

Google Home Mini を買った際にちょっとチェックした際はジャンルを指定して流すぐらいのものなのかなと思っていたのだけれど、無料の Spotify Free でもアプリや Web 版からきちんとアーティスト・アルバムやプレイリスト、それから特定の曲を指定して再生できるんだね。邦楽も結構あるし良いじゃないですか。

今回ステレオシステムを買い換える際、音楽配信については Amazonプライム(契約中)の Prime Music を Mac / iPad から Bluetooth 経由で再生かなと思っていたのだけれど、 使った感じ Spotify の方がずっと良さそう。 Prime Music では家の共用端末に Amazon アカウントでログインしたままにしておくのもなという問題があったのだけれど、Spotify だとそういう心配もないしね。

Mac・iPad・Google Home Mini からコントロールできるように設定しておいた。音楽の QOL 大幅アップだ。

(画像は Media Kit https://newsroom.spotify.com/mediakit/product/ より。)

[ ネットサービス ]

Chromecast built-in 搭載コンパクトステレオシステム SC-HC2000

先週の日曜日に注文し月曜日に到着、火曜日に設置したパナソニックのコンパクトステレオシステム SC-HC2000 を使って数日経った。故障して CD を再生できなくなったオンキヨー FR-SX7DV(D) の代わりとして早速 CD プレーヤーとして活用している。

• コンパクトステレオシステム SC-HC2000

Chromecast built-in と Spotify

また Mac/iPad/スマートフォンから Bluetooth スピーカーとしての利用を考えてチョイスしたんだけれど Chromecast built-in 搭載ということで Spotify をキャスティングできるようにしたらこれが良くて満足してしまって、まだ Bluetooth 接続は使わないで済んでしまっている。

Wi-Fi 接続もできるけど有線 LAN 接続で

ちなみの SC-HC2000 の Wi-Fi 設定は Google Home アプリから行うのだけれど、 iPad 上の Google Home からはデバイスとして見つけられなかった。プリンタの時と同じでもしかしたら SC-HC2000 が 2.4GHz で待ち受けちゃってるのかも(iPad は 5GHz の方を使うように設定してある)。iPad を 2.4GHz の方を使うように設定したら Google Home アプリが SC-HC2000 を見つけてくれるかもしれないけれども、SC-HC2000 の取扱説明書では有線 LAN 推奨となっているしルータとも近いので有線 LAN 接続にすることにして解決した。

Google Home Mini からコントロール

Google アシスタントからのコントロールにも対応している。 Google Home アプリで SC-HC2000 を追加したので隣に置いてある Google Home Mini を通して音声で再生や音量調整操作ができるようになった。んー便利便利。

[ 製品レポート ]

Android スマートフォンで書き出す時のアプリとして Dynalist を使うのをやめる

先月末に Dynalist を思い浮かんだことを Android スマートフォンで書き出す時のアプリとして使うことにしてしばらく使っていたんだけれど、バージョン履歴が残らず誤削除からの復旧ができないのが気になるのでその用途で使うのはやめにした。Dynalist Pro にするとバージョン履歴機能が使えるんだけれど、 Pro にするほどは使う予定はないかな。

Dropbox で同期している TaskPaper ファイルに JotterPad からメモることにする。これならバージョン履歴が残るし、 Mac の TaskPaper でそのまま整理できるし。

今もスライドショーは digiKam で

昨日ようやく8月の写真の現像・整理をしたので、 Mac をテレビに HDMI ケーブルでつないで今年撮った写真をスライドショー。

ThinkPad で Linux をデスクトップ OS にしていた時に digiKam を写真管理として使い始めた。その後 MacBook Pro に乗り換えてからも digiKam を使っていたのだけれど、今年から Lightroom を使うようになった。でもいまだにスライドショーは digiKam の方が使いやすくて手放せないでいる。

Mac ネイティブの良いスライドショーアプリケーションないかなあ。 Chromecast にキャストできると嬉しいんだけど。

Mac でライトな写真加工をするのに Fotor for Mac が良さそげ

NEX-5N で撮った写真をいい雰囲気に加工したいという相談があったので Mac 用の写真加工ソフトウェアを検討することに。

Lightroom Classic CC なら自分も使っているので一緒にやれるのだけれど、費用的にちょっと勧めにくい。

ソニー純正の Imaging Edge の Edit で RAW 現像でどうかなと重い久しぶりに使ってみたけれど、パラメータ変更が表示に反映させるまでに待たされるのがやはりストレスでこちらも勧めにくい。

Fotor for Mac というのがいろいろなところで紹介されていたのでこちらも初めて試してみた。調整とかエフェクトとかスマートフォンアプリみたいな感覚で使えるので、ライトに写真を加工したい人にはこれをすすめるのも良さそう。文字入れもできるし。まずはこれを触ってみてもらおうかな。

最後の更新日が2018年1月31日なのとモバイル優先なのかなという雰囲気があるので、どっぷり依存はしないレベルで使うのが良いのかもしれない。学習コストが低いしロックインされる要素もなさそうので使えなくなった時の乗り換えはしやすそうではある。

• Fotor for Mac

[ Mac アプリケーション ]