nDiki : Markdown
2018年3月9日 (金)
テーマカスタマイズが可能になったプレゼンテーションツール Deckset 2
Markdown でプレゼンテーションスライドを書ける Mac アプリケーション Deckset が 2 になって遂にテーマのカスタマイズができるようになりました。
早速試してみたところテーマをカスタマイズできる範囲は狭め。でも日本語フォントを指定できるだけでもだいぶスライドがいい印象になりました。もともと入っているテーマは「フォントが違えば」「色がもうちょっと違えば」「ここ中央寄せでなくて左寄せだったら」と、あとちょっと変えられればなと思っていたので、微妙にいじれるだけでも結構嬉しいです。
今後 Deckset 1 が保守されなくなることも考えて Deckset 2 を購入することにしました(有料アップデート)。今回から Mac App Store からの購入ではなくなって公式サイトからの購入です。 $29 で PayPal 経由で 3,199円。コンピュータ2台まで。
今まで Titillium テーマが一番気に入っていたので、これをちょっとカスタマイズして日本語に合ったテーマに調整してみます。
2018年3月10日 (土)
今日のさえずり: 久しぶり。学びにきた。
2018年03月10日
- 10:30 男はアクセルをゆるめ、女はブレーキを踏む。 http://bit.ly/2FrqqZa
- 10:55 久しぶり。学びにきた。 (@ 品川図書館 in 品川区, 東京都) https://www.swarmapp.com/c/6ZRL4X2VWxX
- 13:06 RT @TDUsyashinbu: D-expoでは白黒写真をテーマに展示を行います！ 皆さん是非いらしてくださいね https://t.co/LSf8fjn7pA
- 21:48 PopClip for Mac の extension の作り方わかったので Remember The Milk にタスク追加するの作った。良い。
- 22:30 Markdown でプレゼンテーションスライドを書ける Deckset がバージョンアップしてテーマカスタマイズが可能になったので購入した。テキストファイルでさくっと書けるの超便利。 http://bit.ly/2FxvgQz
- 23:00 “plenvを使ったPerl環境構築 〜2018年度版〜 - Masteries” http://bit.ly/2Fn7E50
2018年6月28日 (木)
iThoughtsX + Ulysses でマインドマップの管理をしてみる
発想したり整理したりするのにマインドマップを描くの良いのですが、あとで有効活用できていません。 Mac でのマインドマップツールとして iThoughtsX を使っているのですが、これ単体ではライブラリ機能がなくて過去に描いたマインドマップをブラウズできないというのも要因かなと。 Finder + Spotlight 検索(や Alfred での検索)頼り。
テキストノートは Ulysses でいい感じに管理できているので、マインドマップでのノートも同様にできたら嬉しいなということで、iThoughtsX で描いたマインドマップについて対になるように Markdown 形式ファイルを書き出して Ulysses の外部フォルダに入れておいてみることにしました。
iThoughtsX から都度書き出して Markdown 形式ファイルを更新する手間があるのと、Ulysses 上からぱっと iThoughtsX ファイルを開けないというのはありますが、まずはこれでやってみようかなと思います。
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 ドライブに書き戻すことができます。全文検索からはこの流れで扱うことにします。単独のライティングアプリで全文検索から直接編集といかないのでちょっと手間ではありますが、今までは探すことすらできなかったのでかなり助かります。
これでどこでもパーソナルナレッジベースにアクセスできるようになりました。やはり過去のノート・日記をどこでも検索できるというのは便利でいいですね。
[ ノート・日記はテキストファイルに ]
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 形式じゃなくなくなっているかもね。
今日のさえずり: 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
2018年9月30日 (日)
2018年第2第3四半期ふりかえり
四半期毎にふりかえりをしようと思っていたんだけれど、第2四半期末は後回しにしている間に終わってしまった。第3四半期末も後回しにしてこれを書いたのは10月23日だったりする。
続けたいこと
写真を見に行く (前回: 続けたいこと)
最近行ってないなと思ったけどここ半年43回は行っていた。もっといろいろ見て感性を磨きたいな。
本を読む (前回: トライしたいこと)
最近は通勤時にスマートフォンで Kindle本を読むようにしている。ちょっとずつだけれど時間的にはこの枠が習慣化しやすいかなと。
写真を撮る (前回: トライしたいこと)
毎朝通勤時に1枚撮ることを日課にしたら習慣になった。
それ以外に毎日2枚 Twitter に投稿するという自分ルールを作ったら、撮りためなきゃというのがあってカメラを持って出歩く時間が増えた。 DSC-RX0 が気軽に持ち歩けること・ Lightroom を買って現像が楽しくなったというのも大きいな。
フィルムの方は TC-1 に入れたフィルムと写ルンですがまだ撮り終わっていない。今となってはフィルムは撮りどころが難しくて。
自分の Tweet を Retweet する (NEW)
感想を聞いたことはまだないんだけれど、 Retweet したらいいねがつくので継続してみる。
will doリスト作りは前日に(NEW)
前日に will do リスト(クローズドリスト)を作っておいた方が朝の仕事の出だしが早い。前日作れないこともあるけれど、できるだけ前日で。
引き続き続けたいこと(前回: 続けたいこと)
以下はいい感じなので引き続き継続。
- テキストファイルでのノート管理 → 継続
- Remember The Milk → 継続
- マニャーナの法則 → 継続
- nNote → 継続
改善したいこと
自分の頭で考える (前回: 改善したいこと)
元日に今年意識してみることにしたもの。「情報を遮断して考える」「毎日考える時間をとる」仕組み化できてない。
体力アップとメタボリックシンドローム解消 (前回: 続けたいこと)
自重筋トレ続かず。
ビジネスについて考える (前回: トライ)
関連する本を読んだりするようになったけれどまだ不足している。
WSJF (NEW)
ポートフォリオプランニングの優先順位決めに WSJF 導入しようとしたんだけれど、うまくいっていない。今はほぼない感じになってしまっているので、続けるのかやめるのか判断せねば。
ちなみに「ポートフォリオバックログ」のスプレッドシートに「概要レベルのプロダクトバックログ」列を追加したのは良い感じ。
トライしたいこと
ふりかえりからはなし。
やめるもの
六面立体パズル(いわゆるルービックキューブ) (前回: 改善したいこと)
最近はオフィスでポモドーロテクニック的休憩の間にたまに回すぐらい。忘れない程度にいったん維持できればいいかな。
歩く会 (前回: トライしたいこと)
行きたいとは思っているんだけれど優先度下げ。
アイカツ!
アイカツスターズ! を2年間観たわけだけど、アイカツフレンズ! は観ないことに。最近観ているのは「レイトン ミステリー探偵社 ～カトリーのナゾトキファイル～」。
iThoughtsX マインドマップを都度 Markdown 形式でエクスポートして Ulysses で管理
煩雑なので続かず。
Day One Premium をキャプチャツールとして使うのを控える
無くてもまわるようになった。次回 Premium プランは更新無しかな。
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 は使うのは控えた方が良さそうだ。
2018年10月14日 (日)
Marked 2 で Markdown プレビュー時に自動的に画像を探すようにした
ライティングアプリ Ulysses for Mac では画像ファイルのプレビューがいい感じじゃなかったので、 Markdown プレビューアの Marked 2 を使うことにした。
Marked 2 は相対パス指定・絶対パス指定のローカルの画像ファイルや URL で指定したネットワーク上の画像もきちんと扱ってくれるので便利だ。
画像ファイルをどこにおいておくか
さて Markdown ファイルから参照している画像ファイルをどこに置いておくか。Markedown ファイルと同じディレクトリに置くのが素朴だが以下の点で却下。
- Markdown ファイルを別のディレクトリに移動する時に参照している画像ファイルを一緒に動かすのが面倒。
- Markdown で書いた日別のノートファイルがたくさんあるようなディレクトリでは画像ファイルが邪魔。
別のところにまとめて置いておくのがよさそうだけれど、そうするとパス指定の問題が出てくる。ファイル移動時の参照書き換えをするは面倒なので嫌。
どうしようかなと思っていたら、 Marked 2 のプリプロセッサ機能で画像のパスを書き換える例を発見。その記事ではローカルホストでのプレビュー時とサイト公開時とでパスが違うことの解決に利用していたんだけれど、ローカルホスト上でも応用できるな。
パス指定はプリプロセッサにやらせてしまえばいいじゃない。画像のファイル名をユニークにしておき(もともとそうしている) Markdown ファイル上ではそのファイル名だけで画像参照として書く。プレビュー時に画像ファイルをローカルホスト上で検索して見つかったパスで書き換えてやれば良いなと。
さっそく Perl プログラムとしてプリプロセッサを作成。 Markdown ファイル中の画像参照があったら、Markdown ファイルのあるディレクトリレクトリ以下および指定したパス以下のディレクトリから File:Find::find で探し、見つかればそのパスに書き換えるようにしてみた。
あ、これ便利。
画像ファイルをいちいち Markdown ファイルの近くにエクスポートするとか、一緒に移動させるとかする必要なくてめちゃくちゃいいわ。
About Me
Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。
nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。
※内容は個人的見解であり所属組織とは関係ありません。
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker