■13871 / ) |
Re[16]: 更新を判定出来ますか?
|
□投稿者/ ONnoji -(2023/07/13(Thu) 14:27:16)
| 2023/07/13(Thu) 14:47:44 編集(投稿者)
>>だったら、[更新日]と計算項目を除いた項目が書き換えられたらば、となりそうなものですが? >>しかし、これだとケアレスミスでどんどん書き換わてしまいますね。 > > そうなんです・・・ > 実はそれは最初に思い付いたのですが、何かの拍子に変更してしまっても更新日が変更されるなと思いその考えは止めました。
なるほどですね。
>>なお、現行では[製品長]と[製品幅]が書き換えられた時に[更新日]を変更していますが、 >>その際に、メッセージを表示することも可能です。 >> >>例えば、 >> >> [製品長]が変更されました >> 変更前:900 >> 変更後:901 >> >> データを保存してよろしいですか? >> [はい] [いいえ] >> >>という具合です。
本当は項目訂正するつもりは無かったのに、うっかり項目訂正の場合にメッセージボックスを表示するものを作ってみましょうか?
いかがでしょうか??
ご返信ください。
> 今の自分の理解では、要領書の項目が多く この時はこのフォーム この時はこのフォーム と3種類位入力専用フォームを作って対応しようと思っていました。 > しかし、オートフォームでは 表示条件の登録 機能があるので、条件を登録したら1つのフォームだけを使用して入力が出来ると思いました。
↑このような使い方を考えていらっしゃる場合には、
要領書.wfx の[表示条件の読み込み][表示する項目を選択][表示条件の登録][表示条件の削除][許可作業]を復活させなければなりませんが、 その場合には、カスタマイズした内容の一部を変更する必要があります。
要領書.wfxでも、条件を使うようにしますか??
これも併せてご返信ください
p.s.
> 確かに毎回メッセージが出てきたら効率下がりますよね。 > ストレスになると思います。
表やフォームを作った人自身ならば、多少使いにくくても我慢できるものですね。 ・・・・・・・・・・・・・・・・・・・・・・・・・・・・ それどころかメッセージボックスが表示された時に、自分のエラー対処の腕前にウットリして自画自賛するものなんですよ。
しかし、オペレータさんはタマッタもんじゃないですよ。ホント、怒りますよね。アハハha。 でも、このようなユーザ無視のデザインは非常に多いんですよ。
> 現状の話をすると、私は履歴は嫌いなんです。
私も[履歴]は大大大大嫌いですよ。※これは個人の感想です。アハハha。 なので、[履歴]で作業をしたことがありませんよ。
> ちょっとした履歴ならまだ許せます。 > 凄い長い履歴だと何かあった時直すのも大変だし、 > そもそも前任者(在職者なら救いはあるのですが)が何故このような履歴にしたのか理解する所から始めないといけないので好きじゃありません。
何故か[履歴]を好む人が居るんですよね。 確かに居ますねぇ〜。 そういう人はプログラミングへの道へ進まない人ですけどね。(^^ゞ ※これは個人の感想です。
>>[フォーム+イベント+表]による方法をだけをお勉強されることをお勧めします。 >>・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ >> > はい。フォーム+イベント+表 を勉強していきます!
以下の拙作webに最初の一歩の入門講座があります。
桐のイベント処理の入門講座 新 フォームアプリケーション入門 §1 http://silicon7565.html.xdomain.jp/primer/primer_section_01.html 新 フォームアプリケーション入門 §2 http://silicon7565.html.xdomain.jp/primer/primer_section_02.html
お時間がある時に実習してみてください。
なお、この講座ではフォームの編集対象表がない NULLフォーム を使いますが、 実はイベントのお勉強には NULLフォーム の方が適しているんですよ。
|
|