いえいえ。
たしかに、メニュー上でも、そう表示している箇所があるけれど（スライドの4、5ページ目ご参照）
厳密には「作成日時」と「最終更新日時」ですね。

主として、「@Modifiedをフォームで使用した場合に、使い方によっては実際の更新日時とは違う値を出してしまうこと」にフォーカスさせながらお話しさせていただきました。一見おかしく思えるそのふるまいは、保存時の動作を考えた場合に、決しておかしな仕様とは言い切れないことも申し上げたかった次第ですが、そこまでうまく伝わったかな…。

関連して…
フォームに計算結果で置いた@Modifiedは、$Revisionsフィールドの最後の値と一致することに触れました。（スライド14ページ）
$Revisionsは日本語で言うなら「保存履歴」でしょうか。
この日参加していたコミュニティの大御所・御代さんから、
$Revisionsに触れるんなら、その「エントリー制限」にも触れようよ、というリクエストが。

@関数から少し外れますが
この作文で補足しますと、標準の設定では文書を保存するたびに履歴が追加され増える一方であるところ、
データベース（アプリケーション）のプロパティで保存する履歴のエントリー上限を設定することができます。
10にすれば最大10件。履歴が10件に達すると、以降は保存する都度、最も古い先頭の履歴が消され、10件に保たれます。


初期設定は0ですが、これは「履歴の数を制限しない」という意味です。

最後に、「作成日」「更新日」に使用可能な式とフィールドの種類の組み合わせについて触れました。（スライド16ページ～）
可能な組み合わせを一通り挙げたなかで、赤丸をつけているのが、私が適切と考えた組み合わせになります。
赤丸の基準については会場でもあまり触れませんでしたが、以下のようなところかと思います。

「わかりやすい」
「計算回数が少ない」…作成時の計算結果は１回しか計算しないので
「日付だけでなく時間も残る」…@Todayは時刻が残せません
「サーバーの日時が取得できる」…@Todayは常にクライアントの時間になってしまいます

なお、@Nowでサーバー日時を取得するためには、以前（第2回のトークで）少し触れた[SERVERTIME]引数の使用が必要になります。

タグ ：

#Notes

#Domino

#Lotus

#IBM

#HCL

#Collaboration

#グループウェア

#のの会

#式言語

#@関数