Evernote の「気になる」まとめ

熊谷 友宏 @es_kumagai

他者の出力データを扱うときには、フォーマットが厳密に定義されている場合を除いて、プリプロセスみたいな整形処理を挟んだ方が楽だし安定するかもしれませんね。

熊谷 友宏 @es_kumagai

Evernote の、ノートブック一覧からノートブック全体をエクスポートするときはメニューのいちばん下にあって、ノートブックからノートをエクスポートするときはいちばん下が削除系の選択しになっているのが、なんとなく苦手に感じられます。

熊谷 友宏 @es_kumagai

Evernote 、今度はノート内検索の不思議な挙動、間違っていないはず。"N00-25" というような言葉を "N00" だといくつか引っかからないのがいくつかあって、25 なら（たぶん）全部見つかる、そして "00" だとひとつも見つからない、みたいな動きになりました。

熊谷 友宏 @es_kumagai

何かを意図してこのような動きになっているのか。とりあえず今までの印象的に Evernote の検索はピンポイントに探す仕様にはなっていなさそうですね。

熊谷 友宏 @es_kumagai

いよいよ Evernote を選択した成果が得られてきました。文章を小分けに管理できるのと、HTML へ書き出せるところ、画像の挿入が楽なところ、他の端末でも同じデータが見られるところ、そんな辺りが良い感じです。

熊谷 友宏 @es_kumagai

あとそう Evernote の良いと感じるところは「保存」操作が要らないことですね。最近はなんとなく保存操作なしが主流になってきた感がありますけど、これがないだけでずいぶん気軽さがプラスされるように思いました。

熊谷 友宏 @es_kumagai

もっとも、Evernote の場合は何かとすぐに「元に戻す」が効かなくなるので、致命的度も一緒にアップしている感はありましたけど、それを加味しても、自分的には「保存操作が要らない」方に軍配を上げられるように思いました。

熊谷 友宏 @es_kumagai

Evernote のエクスポートに「キャンセル」ボタンはないのね。これって「どんどんノートを取ってください」という主張に真っ向から反抗している印象がします。

熊谷 友宏 @es_kumagai

おおお、そしてこれは自分の誤操作ですけど「shift+command+F」（スタイルを削除）で、ノート内のテーブルが消失しているノート発見です。通常はフォントの色とかも消えるんですけど、なぜか強調表示や太字等はリセットされないので、いつの間にかやってしまったみたいです。

熊谷 友宏 @es_kumagai

見える範囲に表とフォント色指定がないと、これはなかなか誤操作に気づかなそう。「shift+command+F」といえば Xcode のプロジェクト内検索なので、なんか他でもやっていそうで不安です。

熊谷 友宏 @es_kumagai

そして、ノート履歴を見てみたら、何故か直前よりも最新の方が過去の日付になってましたが、直前の履歴を見たら、表があるものが残ってました。これを「インポート」すれば良さそうね。

熊谷 友宏 @es_kumagai

でもなんで「書式の削除」で、フォントの色と表の罫線は消えて、強調表示や太字・下線は残す仕様にしているんだろう。

熊谷 友宏 @es_kumagai

いつ誤操作で変わったかも分からない機能というのは、あまりよくなさそうですね。特にこう、ごっそりと情報を落とす機能は、確認のひとつくらいないと全体として怖くなってきます。

熊谷 友宏 @es_kumagai

それはさておき、Evernote でうっかり書式削除してしまったかもしれないノートを探す方法ってないだろうか。一応、更新日順にして直近のを確認してみてますけど、それをしたのが直近とも限らないですしね。

熊谷 友宏 @es_kumagai

調べてみると Evernote の「shift+command+F」で消去される書式は、自分が使っていた書式の限りでは、表の罫線（表組）とフォントの色だけで、太字・斜体・下線・強調・チェックボックスには影響ないようでした。色を使ったのは２９日頃が初なので、幸い力技で探せそうです。

熊谷 友宏 @es_kumagai

しかし、書式の削除なのにほとんどが消えないようで、不思議な機能ですね。

熊谷 友宏 @es_kumagai

何、赤字ひとつをとっても <font color="#FF2600"> と <span style="color: rgb(255, 38, 0);"> の二種類が HTML で出力されるのね。

熊谷 友宏 @es_kumagai

Evernote のエクスポートって、ノートブックの構造は無視してインポートされるようなので、復元するかもしれないときのことを考えると、ノートブック毎にエクスポートしておかないといけないのがなかなか手間ですね。

熊谷 友宏 @es_kumagai

やっぱり HTML は扱いやすくていいですね。今回は HTML を変換スクリプトで作っていたのでなおさら事務的な変換要望に簡単に対応できました。自分の Evernote での作業環境を一切崩さずに対応できるのもまた良い感じです。

熊谷 友宏 @es_kumagai

そして、最初は HTML ではなく XML で出力しておいた方が楽そうな気もしました。Evernote からの HTML 出力もいったん自分に必要なマークアップで XML に整形すれば、ときどき奇妙なタグ付けがあっても単なるタグ変換みたいな気分で影響を上手く受け流せそうですし、

熊谷 友宏 @es_kumagai

いったんシンプルな XML を出力すれば XSLT で HTML に整形するのは、ちょっとやってみた感じ、勝手さえ掴めてしまえばけっこう簡単そうですしね。

熊谷 友宏 @es_kumagai

ノートとしての Evernote はやっぱり便利ね。

熊谷 友宏 @es_kumagai

ところで何も知らないんですけど「iOS アプリを Android アプリに変換する仕組み」ってどうなんでしょうね。よく Linux のインターフェイスのまんま OS X アプリのとかってありますけど、あの使いにくさが半端なかったり、似合わなかったり。無いよりは良いのですけれど。

熊谷 友宏 @es_kumagai

少し趣旨がズレましたが、ちゃんと作ろうと思ったら「楽になる」みたいなそんな救世主みたいなことにはならないんじゃないかなって想像するのでした。そういうことを思うとき、Evernote さんの「OS によって流儀が違う。だから別々に作る。」みたいなお話を思い出します。

熊谷 友宏 @es_kumagai

たぶん今回の自分の Evernote の HTML 化もそう。Evernote で出力した HTML を理想の形にダイレクトに整形するより、出力した HTML をいったん XML に整理してから、それを理想の形で表現した方がたぶん楽でした。