2005-07-18 Mon
* MHC の conflict 検出機能 [tech][mhc]
という流れで [2005-07-18-3]，あまり関係ないけどついでにコメント．
MHC の conflict の表示機能は便利だけど，それは conflict に気づかない のを防げるという点が便利なのであって，いざ conflict が起きたときにどっ ちを優先するかは見れば分かるんじゃないかなと思ってます．見て分からな い場合もあるかも知れないけど，そういうのは自動判別もできないんじゃな かろうかというか．自動化しなくちゃならないほど複雑な何かがあるんだろ うか．
という私はそもそも終了時刻を記入しないことが多いので conflict 機能自 体あまり使いこなしてないのですが．まあ今のところせいぜい日に数件なの で，まだ大丈夫かなと．
はてなでもミーティングの終了時刻とかは誰も書いてないとか．まあ人や場 所によっていろいろなスタイルがあるってことだな．
(追記) 回答がありました．よくわからんけどそういうもんなのか．
[2006-10-28-1] chalow に後づけカテゴリ
* f901is スケジューラの使い勝手 [f901is][tech][mhc]
えーと，現時点での結論ですが，うーん，まあ少なくとも使いやすいとは言 えませんな．
まず個人的な事情として，スケジュールは閲覧しかしません．スケジュール の入力は MHC でしかしないので(というかできないというか)．なので，以 下の評価は閲覧のみに関するものであって，編集などの使い勝手はまた別な 話なので注意．
スケジュールの閲覧は大きく分けて 4 種類のモードがある．
1. 月全体のカレンダー型表示
2. 一日単位の用件リスト
3. 用件 1 件の詳細表示
この 3 つに加えて，
4. 待受画面へのスケジュール表示機能 (直近 9 件)
がある．
なので，ある程度の期間をまとめて俯瞰するには 1 か 4 しかない．
月全体モードは基本的に役に立たない．携帯の画面で月単位にカレンダー表 示しても，個々の用件の内容を表示できるスペースは当然ない．その日に用 件があるかないかだけはマークの有無で判別できるのだけど，そんなもん， 予定が全く入ってない日なんてほぼないので，情報量は限りなくゼロだ．
入ってる予定の件数とかで色の濃さとかが変わったりすると，少しはましに なるかもなあとか思ってみたり．しかし 1 件の重みはまちまちだからそう 簡単じゃないよなあ．
これに比べると待受画面のスケジュール表示機能はそれなりに便利だ．直近 9 件の用件が 1 件 1 行で表示されるので今日明日程度に限ればそれなりに 一覧性がある．待受画面に常に表示されているというのもイケている．問題 は，9 件じゃさすがに少なすぎることと，現在じゃなく未来のある時点のを 見たいという要求を満たせないこと．是非スクロールして先まで見れる機能 が欲しかった．それがダメでもせめて文字を小さくして表示量を増やせるよ うにして欲しかった．
というわけで，待受画面に表示されない未来の期間を俯瞰するには，2 の一 日単位モードで表示しながら左右キーで日をカタカタ切替えて眺めているの が現状です．うーむ．微妙．
PDA (PokectPC) を使ってた頃は tAgenda なるものを使っていて，これは割 と重宝してました．
1 行 1 件でスクロール対応．シンプルだけど，携帯端末みたいなものでは この表示方法が一番現実的なのかなあとか思う．
まあこういう議論を突き詰めて行くと，結局紙が一番! とかになっちゃいが ちなんだけどね…．
[2005-07-18-4] MHC の conflict 検出機能
* プログラムが、Outlook 内に保存されている電子メールアドレスにアクセスしようとしています。よろしいですか? [tech][f901is][mhc]
mhc2ol とか携帯端末とかと Outlook のデータをやりとりしようとすると こんなメッセージが出る．昔はなかったよね．最近の機能かな．
あーうざい．何ですかこの，ドアの鍵が壊れていますので，家財道具すべて にブービートラップを仕掛けておきました，みたいのは．いいから黙って鍵 直せと．
というわけで，Express ClickYes なるフリーソフトウェアがあるようです． それなりには幸せになります．
* mhc-unroll [tech][f901is][mhc]
f901is のスケジューラに Outlook から転送すると，繰り返しスケジュール の終了指定が消えてしまって困っていたのだが [2005-07-10-1]，なんとか対 策を講じてみた．
当初は，
mhc2ol をいじって単発スケジュールに展開するのが一番 楽なのかな．めんどくさそう．ていうか ruby わからん．
とか考えていたのだが，やはり ruby 分からなさすぎなので，以下のように 計画変更．
1. スケジュールデータベースをまるごとコピーして (rsync)
2. このコピーされたデータベースをいじって繰り返しスケジュールを複数
の単発スケジュールに展開し
3. それを mhc2ol に食わせる
これなら ruby 知らなくてよし．
実は東京からの帰りの新幹線の中で書き上げられるだろうとたかをくくって いたのだが，意外と手間取った．むう．
というわけで展開スクリプト mhc-unroll.pl はこんな感じ． (なんか forbidden になるので suffix を .txt にしてます)
% mhc-unroll.pl -s /home/hoge/Mail/schedule/ -d /home/hoge/Mail/schedule_unroll/
とかして，schedule/ から schedule_unroll/ に展開される．一応 .ol_sync は保存するようにしてあるけど，これでいいのかはよく分からな い．
とりあえず自分が必要な機能しか作ってないのでかなり不完全．具体的には，
- X-SC-Cond は，「曜日」と「何週目か」しか実装してない
- 「何週目か」のうち，last は実装してない
- X-SC-*** ヘッダが複数行に渡っている場合を考慮していない
あたりがちょっと問題ありそう．まあ必要になったら直そうかなと．
展開のロジックは，MHC 本体がスケジュールを表示する際とは違ったやり方 になっている．MHC では，1 ヵ月とかの一定の短い期間の展開ができればよ いので，期間内の日を 1 日ずつ iteration しながら，各スケジュールの日 付条件を評価していく．この方式は汎用性は極めて高いが，展開する期間が 長い場合には無駄が多そうな気がしたので，各スケジュールについて期間内 の月を 1 月ずつ iteration しながら，該当する日付をリストアップしてい くことにした．実際にどっちが速いのかは比べてないので分からない．
実行時間は，MHC 母艦である UNIX 機 (suite) だと数秒 (もちろんデータ 量によるけど)．ところが，mhc2ol を動かす Windows 機 (caprice) 上の Cygwin だと 60 秒くらいかかる (rsync も含む)．ぐはー．UNIX 機のディ スクを SMB/CIFS 経由でアクセスするのが死ぬほど遅いらしい．ちなみに NAS (etude) にデータを置いて試しても似たようなものだったので， SMB/CIFS サーバ側のせいではなさそう．
で，どうも SMB/CIFS 経由の write が特に遅いようだったので，UNIX 機を 展開元，Windows 機を展開先として mhc-unroll を走らせることにしたら， 60 秒が 15 秒に縮んだ．ついでにこのおかげで mhc2ol 自体の実行時間も， 今まで 40 秒くらいかかってたのが 20 秒くらいに縮んだ (mhc2ol も Cygwin 上で実行している)．
んー，Cygwin に頼り過ぎるのも考えものなのかな．
さてこれのテスト中に「mhc2ol はデフォルトでは，現在の 3 ヶ月前から 3 ヶ月後までの範囲のデータしか outlook に export しない」という事実を 初めて知った．というかそれを知らずに，自分のコードのバグだと思って無 駄に悩んだ．
mhc2ol の引数に 20050101-20051231 などと指定すると，その範囲が export されるようになる．絶対日時じゃ不便でしかたないので，こんな感 じにするのがよい．
% mhc2ol -r /home/hoge/schedule_unrolled/ -i -H -m `date +%Y%m%d --date "3 months ago"`-`date +%Y%m%d --date "2 year"`'
ここの真似です．べーんり．
ついでにメモ．FreeBSD の /bin/date には --date オプションはなくて， 代わりに -v を使う．
% date -v-3m +%Y%m%d % date -v+2y +%Y%m%d
なお，恐ろしいことに +%Y%m%d とかの指定の後ろに -v が (というか他の オプションも全部) 来てはいけないという仕様になっているので注意．要す るに +%Y%m%d 部はオプションじゃないってことなんだな．誰だこんな仕様 にしたやつは．