桐質問掲示板 [One Message View / Re[16]: 更新を判定出来ますか？]

■13871 / 16階層)

　更新を判定出来ますか？

□投稿者/ ONnoji -(2023/07/13(Thu) 14:27:16)

2023/07/13(Thu) 14:47:44 編集(投稿者)

>>だったら、［更新日］と計算項目を除いた項目が書き換えられたらば、となりそうなものですが？
>>しかし、これだとケアレスミスでどんどん書き換わてしまいますね。
>
> そうなんです・・・
> 実はそれは最初に思い付いたのですが、何かの拍子に変更してしまっても更新日が変更されるなと思いその考えは止めました。

なるほどですね。

>>なお、現行では[製品長]と[製品幅]が書き換えられた時に［更新日］を変更していますが、
>>その際に、メッセージを表示することも可能です。
>>
>>例えば、
>>
>>　[製品長]が変更されました
>>　変更前：９００
>>　変更後：９０１
>>
>>　データを保存してよろしいですか？
>>　［はい］　［いいえ］
>>
>>という具合です。

本当は項目訂正するつもりは無かったのに、うっかり項目訂正の場合にメッセージボックスを表示するものを作ってみましょうか？

いかがでしょうか？？

ご返信ください。

> 今の自分の理解では、要領書の項目が多く　この時はこのフォーム　この時はこのフォーム　と3種類位入力専用フォームを作って対応しようと思っていました。
> しかし、オートフォームでは　表示条件の登録　機能があるので、条件を登録したら１つのフォームだけを使用して入力が出来ると思いました。

↑このような使い方を考えていらっしゃる場合には、

　要領書.wfx の［表示条件の読み込み］［表示する項目を選択］［表示条件の登録］［表示条件の削除］［許可作業］を復活させなければなりませんが、
その場合には、カスタマイズした内容の一部を変更する必要があります。

要領書.wfxでも、条件を使うようにしますか？？

これも併せてご返信ください

ｐ．ｓ．

> 確かに毎回メッセージが出てきたら効率下がりますよね。
> ストレスになると思います。

表やフォームを作った人自身ならば、多少使いにくくても我慢できるものですね。
　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・
それどころかメッセージボックスが表示された時に、自分のエラー対処の腕前にウットリして自画自賛するものなんですよ。

しかし、オペレータさんはタマッタもんじゃないですよ。ホント、怒りますよね。アハハha。
でも、このようなユーザ無視のデザインは非常に多いんですよ。

> 現状の話をすると、私は履歴は嫌いなんです。

私も［履歴］は大大大大嫌いですよ。※これは個人の感想です。アハハha。
なので、［履歴］で作業をしたことがありませんよ。

> ちょっとした履歴ならまだ許せます。
> 凄い長い履歴だと何かあった時直すのも大変だし、
> そもそも前任者（在職者なら救いはあるのですが）が何故このような履歴にしたのか理解する所から始めないといけないので好きじゃありません。

何故か［履歴］を好む人が居るんですよね。
確かに居ますねぇ～。
そういう人はプログラミングへの道へ進まない人ですけどね。(^^ゞ　※これは個人の感想です。

>>［フォーム＋イベント＋表］による方法をだけをお勉強されることをお勧めします。
>>・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
>>
> はい。フォーム＋イベント＋表　を勉強していきます！

以下の拙作ｗｅｂに最初の一歩の入門講座があります。

　桐のイベント処理の入門講座
新　フォームアプリケーション入門　§１　http://silicon7565.html.xdomain.jp/primer/primer_section_01.html
新　フォームアプリケーション入門　§２　http://silicon7565.html.xdomain.jp/primer/primer_section_02.html

お時間がある時に実習してみてください。

なお、この講座ではフォームの編集対象表がない NULLフォームを使いますが、
実はイベントのお勉強には NULLフォームの方が適しているんですよ。

[メール受信/OFF] 削除キー/

→Re[17]: 更新を判定出来ますか？ /困り犬
　

上記関連ツリー
前の記事(元になった記事)	次の記事(この記事の返信)
更新を判定出来ますか？ / 困り犬 (23/07/10(Mon) 17:35) #13853
`└` Re[1]: 更新を判定出来ますか？ / ONnoji (23/07/10(Mon) 19:11) #13854
`└` Re[2]: 更新を判定出来ますか？ / 困り犬 (23/07/11(Tue) 08:25) #13855
`├` Re[3]: 更新を判定出来ますか？ / ONnoji (23/07/11(Tue) 10:12) #13856
`│└` Re[4]: 更新を判定出来ますか？ / 困り犬 (23/07/11(Tue) 10:41) #13857
`│ └` Re[5]: 更新を判定出来ますか？ / ONnoji (23/07/11(Tue) 11:19) #13859
`│ └` Re[6]: 更新を判定出来ますか？ / 困り犬 (23/07/11(Tue) 14:02) #13860
`│ └` Re[7]: 更新を判定出来ますか？ / ONnoji (23/07/11(Tue) 19:14) #13862
`│ └` Re[8]: 更新を判定出来ますか？ / 困り犬 (23/07/12(Wed) 09:09) #13863 解決済み!
`│ └` Re[9]: 更新を判定出来ますか？ / ONnoji (23/07/12(Wed) 10:15) #13864
`│ └` Re[10]: 更新を判定出来ますか？ / ONnoji (23/07/12(Wed) 15:24) #13865
`│ └` Re[11]: 更新を判定出来ますか？ / 困り犬 (23/07/12(Wed) 17:07) #13866
`│ └` Re[12]: 更新を判定出来ますか？ / ONnoji (23/07/12(Wed) 18:03) #13867
`│ └` Re[13]: 更新を判定出来ますか？ / 困り犬 (23/07/13(Thu) 08:56) #13868
`│ └` Re[14]: 更新を判定出来ますか？ / ONnoji (23/07/13(Thu) 10:30) #13869
`│ └` Re[15]: 更新を判定出来ますか？ / 困り犬 (23/07/13(Thu) 11:31) #13870
`│ └` 更新を判定出来ますか？ / ONnoji (23/07/13(Thu) 14:27) #13871 ←Now
`│ └` Re[17]: 更新を判定出来ますか？ / 困り犬 (23/07/13(Thu) 16:43) #13872
`│ └` Re[18]: 更新を判定出来ますか？ / ONnoji (23/07/14(Fri) 11:44) #13873
`│ └` Re[19]: 更新を判定出来ますか？ / 困り犬 (23/07/14(Fri) 16:45) #13874
`│ └` Re[20]: 更新を判定出来ますか？ / ONnoji (23/07/14(Fri) 17:21) #13875
`│ └` Re[21]: 更新を判定出来ますか？ / ONnoji (23/07/14(Fri) 18:16) #13877
`│ └` Re[22]: 更新を判定出来ますか？ / 困り犬 (23/07/15(Sat) 09:06) #13878
`│ └` Re[23]: 更新を判定出来ますか？ / ONnoji (23/07/15(Sat) 09:17) #13879
`│ └` Re[24]: 更新を判定出来ますか？ / 困り犬 (23/07/15(Sat) 10:41) #13880
`│ └` Re[25]: 更新を判定出来ますか？ / ONnoji (23/07/15(Sat) 11:17) #13881
`│ └` Re[26]: 更新を判定出来ますか？ / 困り犬 (23/07/15(Sat) 11:54) #13882
`│ └` Re[27]: 更新を判定出来ますか？ / ONnoji (23/07/15(Sat) 12:11) #13884
`│ └` Re[28]: 更新を判定出来ますか？ / 困り犬 (23/07/15(Sat) 13:37) #13885
`└` Re[3]: 更新を判定出来ますか？ / 尾形 (23/07/11(Tue) 11:01) #13858
`└` Re[4]: 更新を判定出来ますか？ / 困り犬 (23/07/11(Tue) 14:04) #13861
上記ツリーを一括表示 / 上記ツリーをトピック表示
上記の記事へ返信

入力内容にタグは利用できません。

他人を中傷する記事は管理者の判断で予告無く削除されます。
半角カナは使用しないでください。文字化けの原因になります。
名前、コメントは必須記入項目です。記入漏れはエラーになります。
入力内容の一部は、次回投稿時の手間を省くためブラウザに記録されます。
削除キーを覚えておくと、自分の記事の編集・削除ができます。
URLは自動的にリンクされます。
記事中に No*** のように書くとその記事にリンクされます(No は半角英字/*** は半角数字)。
- No123 → 記事No123の記事リンクになります(指定表示)。
- No123,130,134 → 記事No123/130/134 の記事リンクになります(複数表示)。
- No123-130 → 記事No123～130 の記事リンクになります(連続表示)。

■お願い－－－－－－－

質問には、できるだけ「OS・桐 Ver」等ご記入願います
将来ここに掲載されました内容を、桐のファイルへ変換予定です。
できましたら、3,500文字以内位での投稿お願い致します

■ご注意(Comment)－－－－－

通常モード・・・通常文章等
図表モード・・・等幅表示(イベントや数字等を記入したとき：初期設定)

■解決しましたら最下段にチェックを入れてください

■引用文は、最小限に、お願いいたします

Name	/
E-Mail	/
└> 関連するレス記事をメールで受信しますか? / アドレス
Title	/
メッセージ中には下記URLと同じURLを書き込まないで下さい
URL	/
Comment/ 通常モード->　図表モード-> (適当に改行して下さい/半角10000文字以内) ■No13871に返信(ONnojiさんの記事) > 2023/07/13(Thu) 14:47:44 編集(投稿者) > > >>だったら、［更新日］と計算項目を除いた項目が書き換えられたらば、となりそうなものですが？ > >>しかし、これだとケアレスミスでどんどん書き換わてしまいますね。 >> >>そうなんです・・・ >>実はそれは最初に思い付いたのですが、何かの拍子に変更してしまっても更新日が変更されるなと思いその考えは止めました。 > > なるほどですね。 > > >>なお、現行では[製品長]と[製品幅]が書き換えられた時に［更新日］を変更していますが、 > >>その際に、メッセージを表示することも可能です。 > >> > >>例えば、 > >> > >>　[製品長]が変更されました > >>　変更前：９００ > >>　変更後：９０１ > >> > >>　データを保存してよろしいですか？ > >>　［はい］　［いいえ］ > >> > >>という具合です。 > > 本当は項目訂正するつもりは無かったのに、うっかり項目訂正の場合にメッセージボックスを表示するものを作ってみましょうか？ > > いかがでしょうか？？ > > ご返信ください。 > >>今の自分の理解では、要領書の項目が多く　この時はこのフォーム　この時はこのフォーム　と3種類位入力専用フォームを作って対応しようと思っていました。 >>しかし、オートフォームでは　表示条件の登録　機能があるので、条件を登録したら１つのフォームだけを使用して入力が出来ると思いました。 > > ↑このような使い方を考えていらっしゃる場合には、 > > 　要領書.wfx の［表示条件の読み込み］［表示する項目を選択］［表示条件の登録］［表示条件の削除］［許可作業］を復活させなければなりませんが、 > その場合には、カスタマイズした内容の一部を変更する必要があります。 > > 要領書.wfxでも、条件を使うようにしますか？？ > > これも併せてご返信ください > > > ｐ．ｓ． > >>確かに毎回メッセージが出てきたら効率下がりますよね。 >>ストレスになると思います。 > > 表やフォームを作った人自身ならば、多少使いにくくても我慢できるものですね。 > 　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > それどころかメッセージボックスが表示された時に、自分のエラー対処の腕前にウットリして自画自賛するものなんですよ。 > > しかし、オペレータさんはタマッタもんじゃないですよ。ホント、怒りますよね。アハハha。 > でも、このようなユーザ無視のデザインは非常に多いんですよ。 > > >>現状の話をすると、私は履歴は嫌いなんです。 > > 私も［履歴］は大大大大嫌いですよ。※これは個人の感想です。アハハha。 > なので、［履歴］で作業をしたことがありませんよ。 > >>ちょっとした履歴ならまだ許せます。 >>凄い長い履歴だと何かあった時直すのも大変だし、 >>そもそも前任者（在職者なら救いはあるのですが）が何故このような履歴にしたのか理解する所から始めないといけないので好きじゃありません。 > > 何故か［履歴］を好む人が居るんですよね。 > 確かに居ますねぇ～。 > そういう人はプログラミングへの道へ進まない人ですけどね。(^^ゞ　※これは個人の感想です。 > > >>［フォーム＋イベント＋表］による方法をだけをお勉強されることをお勧めします。 > >>・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > >> >>はい。フォーム＋イベント＋表　を勉強していきます！ > > 以下の拙作ｗｅｂに最初の一歩の入門講座があります。 > > 　桐のイベント処理の入門講座 > 新　フォームアプリケーション入門　§１　http://silicon7565.html.xdomain.jp/primer/primer_section_01.html > 新　フォームアプリケーション入門　§２　http://silicon7565.html.xdomain.jp/primer/primer_section_02.html > > お時間がある時に実習してみてください。 > > なお、この講座ではフォームの編集対象表がない NULLフォームを使いますが、 > 実はイベントのお勉強には NULLフォームの方が適しているんですよ。 > >
File	/ アップ可能拡張子=> /.gif/.jpg/.jpeg/.png/.txt/.lzh/.zip/.mid 圧縮ファイル[lzh,zip]は、事前に解凍してご利用下さい。 1) 太字の拡張子は画像として認識されます。 2) 画像は初期状態で縮小サイズ250×250ピクセル以下で表示されます。 3) 同名ファイルがある、またはファイル名が不適切な場合、　　ファイル名が自動変更されます。 4) アップ可能ファイルサイズは1回100KB(1KB=1024Bytes)までです。 5) ファイルアップ時はプレビューは利用できません。 6) スレッド内の合計ファイルサイズ:[13/500KB] 残り:[487KB]
パスワード	/ 半角小文字で「ケイ・アイ・アール・アイ」を入力
削除キー	/ (半角8文字以内)
解決済み! BOX/ 解決したらチェックしてください!
プレビュー/

- Child Tree -
- Antispam Version -