論より実装

終日領域の使い方

日付けと時刻の関係について、いくつか考えてみました。

• 時刻と日付、点と期間、2009年7月1日(水)
• ダイアリー002 バーチカルには終日領域がない、2009年7月6日(月)
• 日付けと時刻の関係: 不連続な時刻、2009年7月8日(水)

これらを踏まえると、スケジューラー／カレンダーソフトの実装には、いくつかパターンが考えられます。…実はこれが、一連の記事の本題だったりします。

まず、スケジューラー／カレンダーでの日付けと時刻の関係は、終日領域の使い方に表れると思います。そこで、ここでは終日領域の使い方を中心に整理してみます。

まず、基本となる考え方は、次の組み合わせになるだろうと思います:

• 終日や連日のスケジュール(イベント)は、時刻指定のスケジュール(イベント)とは性質が違う。

  性質の違うものは、表示する領域を分けよう。

• 長いスケジュールは邪魔だ。

  だいたい24時間を境に、それを越えるスケジュールは時間目盛の外に出してしまいたい。

• 日付けをまたがる時刻指定のスケジュールは、そもそも不自然だ。

  日付けをまたがって時刻指定のスケジュールが組まれていることは、人の自然な感覚にそぐわない。現代においても、そのようなことは少ない。

• 日付けをまたがる時刻指定のスケジュールを積極的に支援しよう。

  実際問題として、日付けをまたがって時刻指定のスケジュールが組まれることはある。

これらは、次のような仕様に反映されるでしょう:

• 終日のスケジュールと時刻指定のスケジュールの表示場所を分ける／分けない。
• 期間が24時間以上のスケジュールは、分けて表示する／分けない。
• 日付けをまたがるスケジュールは、分けて表示する／分けない。
• 終日領域を用意する／しない
• 時刻メモリを、日付けをまたがって連続させる／日付ごとに区切る

これらの取捨選択で、実際には次のような実装パターンがあるようです。

パターン ＼ 仕様	1	2	3	4
終日と時刻指定 分ける(○)／分けない(　)	○	○	○
24時間以上 分ける／分けない		○	-(*)
日付けまたがり 分ける／分けない			○
終日領域 あり／なし	○	○	○
時刻目盛 連続／日付で区切る				○

(*): 日付けまたがりを分けると、結果的に24時間以上も分けることになる。

さて、わたしが使っているスケジューラーを例に、これらのパターンを見てみます。ただ、パターン3のは使っていないので、今回は、例を割愛します。

7/1 14:00～7/2 17:00に設定された「オリエンテーション」というスケジュールを例に取ります。

• タイトル：オリエンテーション
• 開始日時：2009-07-01 14:00
• 終了日時：2009-07-02 17:00

これは、期間の長さが24時間を越えますが、終日には設定されていません。

パターン1

終日領域を設けて、終日か？時刻指定か？だけで、スケジュールを表示する場所を変えます。終日と指定されたスケジュールは終日領域に表示します。スケジュールの期間が長くても、終日領域に追い出したりはしません。

iPhoneのカレンダーでは、このパターンで表示されますね。

→

パターン1

24時間を越える「オリエンテーション」をiPhoneで表示した例。7/1から7/2へ、日付けをめくってみると、終了は7/2 17:00になっている。

パターン1では、終日でなければ、期間が24時間を越えても、時刻目盛に表示される。

開始・終了の両方が終日、または両方が時刻指定という組み合わせのみ設定できます。どちらかだけ終日、どちらかだけ時刻指定という組み合わせで設定できません。

パターン2

「オリエンテーション」をGoogleカレンダーで表示した例。

24時間を越えるので、終日領域に。

パターン2

パターン1に加えて、期間が24時間以上のスケジュールも終日領域に追い出します。ただし、そのようなスケジュールがあることを、背景を暗くするなどで示したりもします。

Gooleカレンダーでは、このパターンで表示されますね。

iPhone OS 3.0では、iPhoneのカレンダーとGoogleカレンダーとが直接同期できるようになりました。同期してみると、「オリエンテーション」はGoogleカレンダー側では、終日領域に表示されます。

パターン3

パターン1に加えて、期間の長さにかかわらず、日付けをまたがるスケジュールは終日領域に表示します。

これの例は割愛します。

パターン4

日付けを越えて時刻目盛を連続してとり、そこにスケジュールを配置します。その代わり、終日領域を設けません。

xfy Plannerの「ダイアリー 002 バーチカル」リフィルは、このパターンです。

→

パターン4

「オリエンテーション」をxfy Plannerのダイアリー 002 バーチカルで表示した例。時刻に沿って連続して表示範囲を移動してみると、終了日は7/2 17:00になっている。

日付けを越えて、連続的に時間目盛をたどることができる。

☆～☆～☆～☆～☆～☆～☆～☆～☆～☆

上の3例は、どれも同じスケジュール「オリエンテーション」を表示しており、見え方やできる操作が違うだけだ、ということが重要です。これについては、またこんど。

剱岳に初登頂した日

今日、7月13日は、映画「劔岳　点の記」にて、陸軍参謀本部陸地測量部の測量手、柴崎芳太郎らが剱岳に初登頂し、四等三角点を設置した日です。

• 陸軍参謀本部陸地測量部の測量手、柴崎芳太郎らが剱岳に初登頂
• 明治40年7月13日
• 富山県の上市町と立山町にまたがる剱岳にて

• 映画「劔岳　点の記」にて、陸軍参謀本部陸地測量部の測量手、柴崎芳太郎らが剱岳に初登頂した。

  

日付けと時刻の関係: 不連続な時刻

…乗りかかった船、この話、まだ続きます。

長さの単位が大きくなっていくのと、日時の単位が大きくなっていくのとは、どうも違うという話です。日時の場合、時刻から日付に単位が変わると、時間の大きさだけではなくて、何かが質的に変わるようです。

長さ: mm → cm → m → Km → …

どうも、↑↓同様には扱えないようだ。

日時: 分 → 時 → (ここで変わる) → 日 → 週 → …

あ、ちなみに、これは物理の話ではありません。人の身体感覚とか、習慣に即した日時の話です。

 

長さと同様に日時を扱うときは、こんなイメージで日時を捉えていると思います:

長さ

日時

図1: 長さと同様に捉えた日時

でも、むしろ、日時をこんな風に考えた方がよい場合もありそうです。

日時

図2: 長さとは様子の異なる日時

上と下と、どう違うかというと:

7m80cmの延長で8mにたどり着く

7日18時の延長で8日にたどり着く

図3: 長さと同様に捉えた日時

長さと同様に捉えた日時では、7月7日18時、19時、…23時ときたあと、連続して7月8日にたどり着くイメージ。

一方…

日時

図4: 長さとは様子の異なる日時

こちらは、7月7日18時、19時、…23時ときたあと、7月8日にはつながらない、というイメージ。

つながっていないので、「7/7の夜21時から7/8の朝7時までかけて、ダイアリー型リフィルを整理していた」ということはあり得ません。時間がつながっていないのですから、連続して作業することはできないのです。

 

図2のイメージを270度回転すると、これって一般的なバーチカルタイプのスケジューラーですね。

図5: バーチカルタイプのスケジューラーっぽいイメージ

一方、xfy Plannerのリフィル「ダイアリー002 バーチカル」は、図1、図3のように、時刻が日付を越えて連続するイメージで日時を扱っています。

続く…

» All Through The Night
Cyndi Lauper - グレイテスト・ヒッツ
Amazon.co.jp商品リンク

ダイアリー002 バーチカルには終日領域がない

xfy Plannerのリフィル「ダイアリー 002 バーチカル」では、開始日または終了日が《終日》になっているタスクを、次のように表示します。

ここで、各タスクの開始日時、終了日時は次のようになっています。

	開始日時	終了日時
タスクA	7月6日 終日	7月6日 01:00
タスクB	7月4日 08:00	7月5日 終日
タスクC	7月5日 終日	7月6日 終日

「タスクA」という件名の下の「終日 -」などによって、開始日時や終了日時が終日になっていることを示しています。

終日 -	開始日時が終日
- 終日	終了日時が終日
終日 - 終日	開始日時と終了日時がともに終日

一般的には、バーチカルタイプのカレンダー/スケジューラーでは、《終日領域》などと呼ばれる表示領域を設けて、終日のイベント/スケジュール/予定はそこに表示します。

ダイアリー 002 バーチカルも、そのように作ることが可能です。実際、わたしの手元には、そのように実装したバリエーション版「ダイアリー 002-2 バーチカル」があります。そのリフィルで、上の3つのタスクを表示すると次のようになります。

終日領域を使う実装

このような終日の実装を見送ったのは、次のような理由からです:

• 終日領域が上に《乗っかっている》と、日付けの変わり目を越えて《どんどんスクロールしていける》感を損なうのではないか。

• 日付けの変わり目をまたがって2つの日を表示しているときでも、タスクの終日がどちらの日に該当するのかを示したい。

  上の終日領域を使う実装だと、タスクAは、7月5日終日？それとも7月6日終日？

• xfy Plannerでは、開始日時と終了日時が、それぞれ独立に終日に設定できる。終日でない方の時刻は、やはり時刻目盛上に表示したい。

  上の図で、タスクAやタスクBのように、開始日時だけが終日、終了日時だけが終日という設定が可能です。タスクAの「7月6日 01:00までに終了」という情報を図示したい。

その代償として、次のデメリットがあります。

• 開始日時または終了日時が終日になっているタスクがあると、そのプロジェクトの表示領域を広く使ってしまい、邪魔。

  終日のタスクが邪魔だ！

「タスクの終日がどちらの日に該当するのか、分からなくてもよい。それより、終日のタスクが邪魔にならないようにすべき。」という考え方もアリだと思います。将来、ダイアリー 002の仕様が終日領域方式に変わる、あるいは終日領域を使うオプションが加わる、あるいは別のダイアリーとして公開されるかもしれません。

時刻と日付、点と期間

次の2つの文章を比べてみます:

期限は3時でした。届けたのは3時半です。[1]

期限は6/30でした。届けたのは6/30の午前0時半です。[2]

間に合ったのはどちらでしょう？たとえば、次のような会話は、ありえると思います。

期限は3時でした。届けたのは3時半です。[3]

30分遅刻でしたね。怒られましたか？(汗)

期限は6/30でした。届けたのは6/30の午前0時半です。[4]

早く届けたのですね。そんなに意気込まなくても(汗)

ここで、2つポイントがあると思います:

ことばの構造

どちらも、次のように同じ構造をしてるように見えます:

期限は◇◇でした。届けたのは◇◇+30分です。

それなのに、「◇◇」にはいることばによって、間に合ったのか間に合わなかったのかの解釈が異なるようです。

間に合ったのかどうか

さらに、「◇◇」にはいることばが同じであっても、間に合ったのかどうかの解釈が異なりえる。

ある人は、[3]と[4]が正しいに決まってるじゃないか、とおっしゃるでしょう。

わたしは少し慎重で、どちらも遅刻、あるいはどちらも間に合っている、ということがあり得ると思っています。時代や世代、あるいは業界や地域によって異なるのではないかと思うのです。

図で示す場合

続いて、カレンダーや手帳に書き込む場合を見てみます。「●●の予定は、◇◇から△△までだ。」ということを、どのように記入するでしょう。◇◇や△△には日付けや時刻が入ります。

◇◇
△△
◆◆

←？→

◇◇
△△
◆◆

●●の予定は、
◇◇から
△△までだ。

しっくりくるのはどっち: 左？右？

この◇◇や△△や◆◆に、いくつかあてはめてみます。

まず、時刻の場合:

13:00
14:00
15:00

←？→

13:00
14:00
15:00

●●の予定は、
13:00から
14:00までだ。

日の場合:

6/29
6/30
7/1

←？→

6/29
6/30
7/1

●●の予定は、
6/29から
6/30までだ。

月の場合:

4月
5月
6月

←？→

4月
5月
6月

●●の予定は、
4月から
5月までだ。

年の場合:

2008
2009
2010

←？→

2008
2009
2010

●●の予定は、
2008から
2009までだ。

もう一つ小さな目盛を足すと、さらにややこしくなります。

13:00	00分
	30分
14:00	00
	30
15:00	00
	30

←？→

13:00	00
	30
14:00	00
	30
15:00	00
	30

●●の予定は、
13:00から
14:00までだ。

日の場合:

6/29	0時
	12時
6/30	0
	12
7/1	0
	12

←？→

6/29	0
	12
6/30	0
	12
7/1	0
	12

●●の予定は、
6/29から
6/30までだ…

時間以外では、どうでしょうか。

高さの場合:

3,000m
2,000m
1,000m

←？→

3,000m
2,000m
1,000m

標高2,000mから
3,000mまで

植物の垂直分布帯の場合:

高山帯
亜高山帯
山地帯

←？→

高山帯
亜高山帯
山地帯

亜高山帯からから
高山帯にかけて分布する

温度の場合:

42℃
41℃
40℃

←？→

42℃
41℃
40℃

41℃から
42℃まで

点か？、期間か？

師匠曰く「日や年は、その期間を指すことばなんじゃないか。」

う～ん、そうかもしれない。以上の状況をうまく説明していると思います。

点	期間、区間
秒、分、時間、 m、℃	日、週、月、年、 亜高山帯

わたしはいぜんとして慎重です。でも、そうはいってもxfy Plannerのカレンダーリフィルやスケジューラーリフィルやダイアリーリフィルの実装は進めます。

さまざまな表示範囲(1日、7日、3ヶ月、数10年、…)や表示単位(30分、時間、日、週、年、…)のカレンダーやスケジューラーを開発してるところですが、なるべく、ソースコードは共通化したいのですね。ですが、そう簡単にはいかない orz という、これは、その一例でした。