nDiki : URL

帰省 2018 で旅のしおりなどに使ったツール

今回の旅行・帰省で情報をまとめたり共有したりするのに使ったツールは以下。

nNote (ノート用の Web 日記)

今回はオープンにしても問題ないもの(タイムテーブルやスポット情報など)は、認証・共有設定無しで見てもらえる nNote に書いた。同行者に URL を伝えるだけで見てもらえるので共有が簡単。

各種サイトや Google マップ上のスポットへハイパーリンクを貼っておけば、スマートフォンからさっと確認してもらえるので便利。

Google マップの場所のリスト

5月に鎌倉に行く時 にGoogle マップの場所のリストを作って共有したら便利だったので、今回も仙台のスポット共有に。

巡る場所の候補を順番に見てもらったり、位置関係を知ってもらったり、現地で場所を確認したりするのに便利。

Evernote

えきねっとのメモなど、公開しないノート用にちょっとだけ使った。

Day One

現地での行動記録用。

まとめ

• URL を共有するだけで見てもらえるものが一番気軽。
• Google マップの場所の URL へのハイパーリンクをつけておくと、スマートフォンで Google Chrome から Google マップアプリを一発で開けるのが便利。

Buffer Pro Plan のサブスクリプションをキャンセル

Twitter の予約投稿で使っている Buffer を 2月11日に Awesome Plan (1,200円)にアップグレード(現 Pro Plan)して使っていたのだけれど来月は更新しないことにした。

予約投稿が10件をほとんど超えない

Pro Plan では 1ソーシャルアカウント当たり予約投稿しておける数が10件から100件に増える。写真投稿など週末にまとめて予約投稿とかできて便利だなと思っていたけれど、最近はあまり予約していないので10件でも十分。

Content Inbox は使わなくなった

Content Inbox という RSS フィードのアイテムを投稿候補としてチェックする機能も当初試してみたけれども、だんだん使わなくなった。

その他

カレンダービュー・投稿レポートは無くても困らない。 Pro Plan にしないと短縮 URL サービスを Bitly にできないけれど、これは事前に短縮してから予約投稿すれば大丈夫。

現行の Pro Plan が月15ドル(1,700円)のところを Awesome Plan の時に登録したということで月10ドル(1,200円)で使えているというのはあるのだけれども、それでもメリットが少ないのでキャンセルした方がお得だなと。

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

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

今日のさえずり: MoYu Weilong GTS2 回したらデカッてなった

2018年10月27日

• 06:45 神社の塀に差す日の光が美しい。 PowerShot G9 X Mark II https://t.co/uxipklhpBZ
• 09:26 ここ最近 QiYi Valk 3 Mini ばかり回していたので、久しぶりに MoYu Weilong GTS2 回したらデカッてなった。
• 15:15 コンビニスイーツ、ハロウィーン商戦でスタンダード物が少ない惨状だった。スポンジと白いクリームでスプーンで食べるようなのが食べたかった。
• 24:58 ヴィレッジヴァンガードオンラインからのクーポンメールにある URL のパラメータが utm_source=coupon_kyuumin と露骨で良い。

新しい Twitter をやめる

少し前に Web 版の「新しい Twitter」にしてしばらく使っていたんだけれど https://mobile.twitter.com/ に切り替わるだけだったので戻した。新しい Twitter 使いたければそちらの URL でアクセスすればいいし。

「新しい Twitter」は今のところ、個人的に以下がちょっと不便。

• 「フォローしているユーザーのみ」検索ができない。
• ツイート数やいいね数など表示されないものがある。
• Buffer Integration が現状動かない。

今日のさえずり: 昨日は役立たずな感じだったので、今朝はプルーンFe 1日分の鉄分のむヨーグルトを買ってきた

2019年01月29日

• 06:45 ハシゴ #SEL1670Z https://t.co/1H5pFswKnR
• 07:00 RT @Naney: 配管に巻きつく影。 PwerShot G9 X Mark II https://t.co/rWk31QoAxi
• 09:39 2019年1月29日 #朝の渋谷 今日は北風が強いらしい。 DSC-RX0 #RX0 https://t.co/RY5FIUGVxe
• 09:41 昨日は役立たずな感じだったので、今朝はプルーンFe 1日分の鉄分のむヨーグルトを買ってきた。
• 22:00 5年前、2014年1月29日の渋谷駅前。2019年、ようやく完成が近づいてきた。 https://t.co/GPzE9IQtCk
• 22:12 Web 版の「新しい Twitter」って https://mobile.twitter.com/ に切り替わるだけだったので戻した。新しい Twitter 使いたければそちらの URL でアクセスすればいいし。
• 22:15 「新しい Twitter」だとツイート数やいいね数など表示されないものがあってちょっと不便。それから Buffer Integration も現状動かないの。
• 22:32 「新しい Twitter」で「フォローしているユーザーのみ」検索ができないのもちょっと不便。
• 23:45 黄色いバイク。 #SEL1670Z https://t.co/KpK7Sn2XhF

iCal Import/Export CalDAV Pro で Google カレンダーと同期させる

Google カレンダーは iCalendar (iCal) 形式のカレンダーを URL を指定して追加できるのだけれど、相変わらず更新間隔が長いので実用に耐えない。

iCalendar カレンダーを Google カレンダーで表示させるには、Google カレンダーに巡回させるのでは無く、外部から同期させた方が良い。そう思って iCalendar を同期させられるものが無いかと探したところ iCal Import/Export CalDAV という Android アプリを発見。

• iCal Import/Export CalDAV Pro

このアプリを使えば、ログイン済み Google アカウントの Google カレンダーからカレンダーを選び、そこに指定した URL の iCalendar カレンダーをインポートできるのだ。

インポート設定 (Import settings) で好きなタグ(文字列)を設定し、More settings の中の Search a given event before imprting in the local calendar and delete: で Event をオンにしておけば、次回以降のインポート時に iCalendar カレンダー側で存在しなくなったイベントを Google カレンダー側から削除してくれるので、イベントが重複することもない。

Pro 版は定期実行が可能なので例えば1時間に1回自動的に同期させることができる。期待通りの動作だ。

さっそく先週の金曜日に Remember The Milk に3つのスマートリスト scheule(予定)・event(気になるイベント)・due(重要な締切)を作り、それぞれ1時間に1回 Google カレンダーに同期するように設定してみた。うーん、便利。

サードパーティリンク Mac アプリケーション Hook

Web ページやローカルファイル、ノートアプリ上のノートなどをリンクさせて相互に簡単に開けるようにする Mac アプリケーション Hook というのが現在パブリックβ版として配布されているので入れてみた。

• https://hookproductivity.com/

動かしてようやくどう機能するかがわかってきた。リンクしたいものに URL スキームが hook の独自 URL を発行し(すでに URL がある Web ページの場合は発行されない)、双方向の第三者リンクを作成・管理し、トラバース(リンクを辿ってオープン)できるアプリケーションなんだ。W3C の XLink が頭に思い浮かんだ。

ローカルファイルが file URL スキームの URL だと移動したらリンクが切れるんじゃないかと思ったんだけれど、ローカルファイルにも hook://file/... というファイルシステム上のパスで表されない URL が発行されるので大丈夫だった。面白い。

対応しているアプリケーション上のリソースに対するリンクを発行すれば、そのアプリケーションで開いてくれる。 iThoughtsX が入っているのが嬉しい。 Ulysses も入っていてやったーとなったけれど、実まだ不完全ぽい。残念。

アプリケーションとしては面白いんだけれど、使い勝手的にはまだまだな感じかな。

[ Mac アプリケーション ]

金沢旅行 2019 の予定を Trello で立てる

今回の金沢旅行の予定は Trello で立ててる。

「予定」「スポット」ごとにカードを作り、日別のリストに並べていくのが楽しい。ドラッグ&ドロップで動かせるので計画を練るのが楽ちん。そのまま同行者に共有すれば旅のしおりに。スマートフォンからでも閲覧できるし、現地での計画し直しもスムーズ。

カードに画像を添付すればスポットのイメージが湧くし、関連サイトの URL も説明に書いておける。

その他雑多なメモなどもカードにしてどんどん放り込んでおける。

べんりー。

終わったあとに思い出用にそのまま閲覧できる形で Trello からエクスポートしておけないのだけが残念だけどね。

Alfred から指定したチャンネルを Mac 版 Slack デスクトップクライアントで開く

 slack://channel?team={TEAM_ID}&id={CHANNEL_ID}

という URL で Mac 版 Slack デスクトップクライアント上で指定したチャンネルを開けるということがわかったので Alfred でワークフローを作って開けるようにした。

deep linking を使うだけなら認証・承認まわり関係ないのでお手軽。

TEAM_ID と CHANNEL_ID はデスクトップ版のサイドバー上のチャンネルでリンクをコピーして確認。

• Deep linking into Slack clients | Slack