ブログ

あるMS-Accessのシステムのバージョンアップで、「あり」と「なし」を値とする項目が必要になったので、テーブルに当該の項目をYes/No型として追加しました。

そして、その値を設定するフォームを作成して動作確認したところ、・・・

コンピュータは 何かやってるんですが、フォーム上の表示では空白にしかならないんです。

下図は、この事象の調査のためにいろいろやってみたものです。「対象の有無」とあるコンボボックスがその項目だと思ってください。

ここでコンボボックスをクリックしてドロップダウンさせると、「あり」と「なし」が表示されます。

ここで、「あり」を選択しても、コンボボックスの表示は空白のままなんです。

これが「不思議なこと」とタイトルで言っていることです。

よくよく目を凝らして、フォームの左端のレコードセレクタを見ると、鉛筆マークになっている。つまり、何かが変わったということです。

そこで、テーブルの内容がどう変わったのか確認してみました。

なんと！、値が「－１」になってるんです。

「True」と「False」でも、「Yes」と「No」でもなく、「－１」と「０」なんですね。

この項目のルックアップを確認すると、「True」と「False」にしていました。

そこで、「－１」と「０」に直しました。

そして、テーブルの内容を初期値に戻してフォームを表示してみると、下図の通り。目的通りの表示です。

コンボボックスをドロップダウンしたときの表示はちゃんと現在の値に対応したところ：「なし」が選択され、「あり」を選択の結果も目的通りの結果でした。

どうも、コンボボックスの値集合ソースでは、すべて文字列として処理されるみたいです。だから「True」と書くと「"True"」という文字列として処理されてしまう。そして、テーブル上の「－１」とは一致しないので空白表示になるようです。ところが、「あり」を選択して「"True"」を設定させようとすると、「"True"」を「－１」に変換してくれるわけです。「Yes」でも「－１」に変換してくれますが、「はい」だとエラーになります。この中途半端さが、いかにもMS-Accessらしいですね。

という訳で、「Yes/No型の項目をコンボボックスで処理するときは、『－１』と『０』にすべし」と覚えておこう。

最近は、メールでの文書のやり取りが多くなり、指摘事項もメールにいちいち引用先を記して書くことは面倒になってきました。そんな時、Acrobat Readerの注釈機能とFDFというファイルがあることを知ったので、紹介したいと思います。

たとえば、下図のように使います。

一点鎖線の左と右では別の人だと思ってください。

まず、Aさんが文書（PDFファイル）を作成します。

それを受取ったBさんは、文書に「注釈」（私の脳内では「いちゃもん」と変換されます）を付けたくなったとします。

ここでまず、Acrobat Readerの注釈機能が登場します。PDFファイルのどの部分の注釈かも、すぐわかるようになっています。

次に出てくるのが、FDFファイルです。Acrobat Readerの操作で、注釈情報のみを出力することができます。

Bさんは、FDFファイルをAさんに送ります。

Aさんは、送られたFDFファイルと、元のPDFファイルとを読込んで、どんな注釈がつけられたかを見ることができます。

図には書きませんでしたが、Aさんは、注釈に対する返信を付けてFDFファイルにしてBさんに送り返すこともできますし、さらに別の人に送って…ということもできます。そして、こうしたやり取りが、ぐちゃぐちゃにならず、FDFファイルとして形に残し、管理できるということも重要です。

Acrobat Readerの、具体的な操作については、下記などを参照してください。これは、少し古いAcrobat Reader Xについてなので、その後のバージョンとは少し違いますが、参考にはなるでしょう。

https://helpx.adobe.com/jp/acrobat/kb/4561.html

はじめに　

  ある入力画面フォームで登録ボタンを用意、クリックイベントの処理（イベントプロシージャ）でデータベースに登録する処理を割り当てました。運用になってからしばらくは順調に動作していましたが、複数の担当者の内、ある人が操作した時に、データが２重登録されるケースが出現。
　
　
原因について

　どうやら、その担当者は登録ボタンをダブルクリックしていて、クリックイベント処理が２回走ってしまったことが原因らしい。
改めてACCESSのヘルプを見直すと、
　
　Form.DblClick イベント (Access)
　https://msdn.microsoft.com/ja-jp/vba/access-vba/articles/form-dblclick-event-access
　
　■マウス イベントを受け取るオブジェクトに対しては、次の順序でイベントが発生。

　　　MouseDown ⇒ MouseUp ⇒ Click ⇒ DblClick ⇒ MouseUp　

　■コマンド ボタンをダブルクリックすると、次の順序でイベントが発生。

　　　MouseDown ⇒ MouseUp ⇒ Click ⇒ DblClick ⇒ MouseUp ⇒ Click
　
　との事。
　
　今回のケースは、コマンドボタンをDblClickした場合なので、Clickイベントが２回発生した。
　そもそも、DblClickの時にClickイベントが発生する事など、全く考えていなかったので、この仕様には驚いています。ただ、今回の事を知って改めて考えると、パソコンの設定によってDblClickとClickの判断は難しい場合があるのだと思えば、なんとなく納得しています。
　

対応方法

２回目のClickイベントを無効にする次の方法で対応します。　
DblClickイベントプロシージャの引数に「Cancel」があるので、この引数にtrueを設定して終了すれば、以降のClickイベントは発生しません。
　
　例)
　
　Private sub XXXボタン_DblClick(Cancel As Integer)
　　　Cancel = true
　End sub
　
おわりに

　入力画面を設計する際、ＧＵＩの観点からなるべく入力を簡単にできるよう考えます。
例えば、テキストボックスをダブルクリックするとデフォルトの値が設定されるようにするとか。
結果として、クリック操作とダブルクリック操作が混在する画面の操作性の良し悪しは、
判断が分かれるところですが、今回のようなケースでうっかり操作による誤動作の対応はしておきましょう。

　なお、Accessのヘルプには、
　”一般的には、コマンドボタンをダブルクリックしない事をお勧めします”
　とありました。