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

■13869 / 14階層)

　更新を判定出来ますか？

□投稿者/ ONnoji -(2023/07/13(Thu) 10:30:07)

2023/07/13(Thu) 10:36:43 編集(投稿者)

>>つまり、　if ( &source = "[項目名]" .or &source = "[項目名]" .or &source = "[項目名]" .or &source = "[項目名]" ) という要領です。
>>
>>今後はこれで貴殿の自力で改修できるハズですよ。
>
> 何から何まで教えて下さりありがとうございます！
> その部分を追加する事なら私でも対応できそうです。
> 本当にありがとうございます。
>
>>
>>なお、あまりにも項目名の数が多くなった場合には、別の書き方があるのでその際にお問い合わせください。
>>
> はい。お言葉に甘えて問い合わせさせて貰います。

項目の追加は簡単ですね。

当方は、［更新日］というデータが持つ意味がイマイチわからないのですが、
レコード（行）の項目が書き換えられたらその日の日時にするですよね。

だったら、［更新日］と計算項目を除いた項目が書き換えられたらば、となりそうなものですが？
しかし、これだとケアレスミスでどんどん書き換わてしまいますね。

拙作フレームワークのデフォルトでは、項目の値は範囲選択されていますから、
表示モード以外で文字キーをちょっとでも押せば文字が上書きされてしまいます。

フォームヘッダ部に３個並んでいる［ON/OFF］の一番右のボタンは、"項目値を範囲選択する"ものです。
このボタンを押して "OFF"にすれば、項目の値は範囲選択されなくなりますよ。

なお、現行では[製品長]と[製品幅]が書き換えられた時に［更新日］を変更していますが、
その際に、メッセージを表示することも可能です。

例えば、

　[製品長]が変更されました
　変更前：９００
　変更後：９０１

　データを保存してよろしいですか？
　［はい］　［いいえ］

という具合です。

しかし、こういうのは、うっかりで変更の場合には有効ですが、
　　　　・・・・・・・・・・・・・・・・・・・・・
新規に行を追加（または挿入）する時には邪魔ですね。
もちろん、追加（または挿入）する時には表示しない設定も可能です。

> 新規に行を追加（または挿入）する時には邪魔ですね。

一見すると便利な機能でも、入力の途中で［メッセージボックス］がお邪魔虫のように出現するのは、
オペレータの入力のリズムの邪魔になります。
・・・・・・・・・・・・・・・・・・・・
こういうのは、オペレータをイライラさせるだけで一利もありません。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

ちなみに、ただ単にデータを一覧しているだけの状態、
つまり表示モードなのに、うっかり項目訂正してしまった場合には有用ですね。
　　　・・・・・・・・・・・・・・・・・・・・・・・・・

なお、最初からＦ２キーを押して訂正モードに遷移している場合には、
訂正する度に［メッセージボックス］がお邪魔虫になりますので、
行追加（行挿入）と同じように表示しない方がいいですね。

と、デザインに関してはいろいろと考えられますが、キリがないので・・・(^^ゞ

> 最初　要領書の入ったファイルに
>
> FW_オートINF_Framework_MkII.kex
> FW_オートINF_Framework_MkII.wfx
> INF_Framework.cmx
> IPS_Framework.cmx
>
> を入れてフォームを開いてみたんですよ。
> そうしたら、出来ない事もあったので、一つずつファイルを追加していって
> 全ての機能が使えるようになったので、これは複数のファイルで動いているんだなと気付きました。

［スタック］［表示条件の読み込み］［表示する項目を選択］［表示条件の登録］［表示条件の削除］［許可作業］

↑これらのボタンを実行する時に必要なファイルが存在しない場合、メッセージボックスでお知らせします。
そう！、ハリウッドの原則です。アハハha。

>>　　■ハリウッドの原則
>>　　　フレームワークの性質を端的に表す良く知られた言葉として、ハリウッドの原則(Hollywood Principle)があります。
>>　　これは「Don't call us. We'll call you.」で、
>>　　本来は、「お電話は不要です。こちらからお掛けします」、という意味です。
>>　　つまり、INF_Frameworkの利用者は、INF_Framework.cmdの内容を知っている必要がまったありません。
>>　　もしも、問題があれば、INF_Framework 側からメッセージボックスでお知らせします。
>>
> そうですよね。そもそも理解出来ないし下手に何か変更してファイルが壊れたら元もこうもないですもんね(:_;)

必要なファイルが存在しない場合以外にも、
フォーム上に拙作フレームワークが必要とするオブジェクトや変数が存在しない場合にも、
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
［メッセージボックス］でお知らせします。

> 今回の件で、イベントやフォームに興味が出ました。
> ONnojiさんのホームページや、桐のヘルプにある一括処理･履歴･イベントを教材にして知識を深めていこうと思います！

興味を持たれるのは結構ですが、［一括処理］と［履歴］はお勧めしません。
　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・
もちろん、それもいいですが、これらにはＤＯＳ桐の残滓的な部分がありますので、
　　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・
［フォーム＋イベント＋表］の理解の妨げになります。
・・・・・・・・・・・・・・・・・・・・・・・・

特に一括処理とイベント処理では、［制御の反転］つまり動作原理や発想が真逆です。
　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

ちなみに、多くに人がこのことに気が付いていないので、［一括処理］と［イベント処理］が水と油の関係のように思っていません。

なので、順番よろしく、まず［履歴］と［一括処理］を勉強してから、次に［イベント処理］を勉強しようと思う人が多いのです。
しかし、それでは［制御の反転］や［ＤＯＳ桐の残滓的な部分］に遭遇して頭の中が混乱するだけです。
　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

というわけで、私( ONnoji )は、桐でプログラミングのお勉強をされるのならば、
［フォーム＋イベント＋表］による方法をだけをお勉強されることをお勧めします。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

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

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

上記関連ツリー
前の記事(元になった記事)	次の記事(この記事の返信)
更新を判定出来ますか？ / 困り犬 (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
`│ └` 更新を判定出来ますか？ / ONnoji (23/07/13(Thu) 10:30) #13869 ←Now
`│ └` Re[15]: 更新を判定出来ますか？ / 困り犬 (23/07/13(Thu) 11:31) #13870
`│ └` Re[16]: 更新を判定出来ますか？ / ONnoji (23/07/13(Thu) 14:27) #13871
`│ └` 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文字以内) ■No13869に返信(ONnojiさんの記事) > 2023/07/13(Thu) 10:36:43 編集(投稿者) > > >>つまり、　if ( &source = "[項目名]" .or &source = "[項目名]" .or &source = "[項目名]" .or &source = "[項目名]" ) という要領です。 > >> > >>今後はこれで貴殿の自力で改修できるハズですよ。 >> >>何から何まで教えて下さりありがとうございます！ >>その部分を追加する事なら私でも対応できそうです。 >>本当にありがとうございます。 >> > >> > >>なお、あまりにも項目名の数が多くなった場合には、別の書き方があるのでその際にお問い合わせください。 > >> >>はい。お言葉に甘えて問い合わせさせて貰います。 > > 項目の追加は簡単ですね。 > > 当方は、［更新日］というデータが持つ意味がイマイチわからないのですが、 > レコード（行）の項目が書き換えられたらその日の日時にするですよね。 > > だったら、［更新日］と計算項目を除いた項目が書き換えられたらば、となりそうなものですが？ > しかし、これだとケアレスミスでどんどん書き換わてしまいますね。 > > 拙作フレームワークのデフォルトでは、項目の値は範囲選択されていますから、 > 表示モード以外で文字キーをちょっとでも押せば文字が上書きされてしまいます。 > > フォームヘッダ部に３個並んでいる［ON/OFF］の一番右のボタンは、"項目値を範囲選択する"ものです。 > このボタンを押して "OFF"にすれば、項目の値は範囲選択されなくなりますよ。 > > なお、現行では[製品長]と[製品幅]が書き換えられた時に［更新日］を変更していますが、 > その際に、メッセージを表示することも可能です。 > > 例えば、 > > 　[製品長]が変更されました > 　変更前：９００ > 　変更後：９０１ > > 　データを保存してよろしいですか？ > 　［はい］　［いいえ］ > > という具合です。 > > しかし、こういうのは、うっかりで変更の場合には有効ですが、 > 　　　　・・・・・・・・・・・・・・・・・・・・・ > 新規に行を追加（または挿入）する時には邪魔ですね。 > もちろん、追加（または挿入）する時には表示しない設定も可能です。 > >>新規に行を追加（または挿入）する時には邪魔ですね。 > > 一見すると便利な機能でも、入力の途中で［メッセージボックス］がお邪魔虫のように出現するのは、 > オペレータの入力のリズムの邪魔になります。 > ・・・・・・・・・・・・・・・・・・・・ > こういうのは、オペレータをイライラさせるだけで一利もありません。 > ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > > ちなみに、ただ単にデータを一覧しているだけの状態、 > つまり表示モードなのに、うっかり項目訂正してしまった場合には有用ですね。 > 　　　・・・・・・・・・・・・・・・・・・・・・・・・・ > > なお、最初からＦ２キーを押して訂正モードに遷移している場合には、 > 訂正する度に［メッセージボックス］がお邪魔虫になりますので、 > 行追加（行挿入）と同じように表示しない方がいいですね。 > > と、デザインに関してはいろいろと考えられますが、キリがないので・・・(^^ゞ > >>最初　要領書の入ったファイルに >> >>FW_オートINF_Framework_MkII.kex >>FW_オートINF_Framework_MkII.wfx >>INF_Framework.cmx >>IPS_Framework.cmx >> >>を入れてフォームを開いてみたんですよ。 >>そうしたら、出来ない事もあったので、一つずつファイルを追加していって >>全ての機能が使えるようになったので、これは複数のファイルで動いているんだなと気付きました。 > > ［スタック］［表示条件の読み込み］［表示する項目を選択］［表示条件の登録］［表示条件の削除］［許可作業］ > > ↑これらのボタンを実行する時に必要なファイルが存在しない場合、メッセージボックスでお知らせします。 > そう！、ハリウッドの原則です。アハハha。 > > >>　　■ハリウッドの原則 > >>　　　フレームワークの性質を端的に表す良く知られた言葉として、ハリウッドの原則(Hollywood Principle)があります。 > >>　　これは「Don't call us. We'll call you.」で、 > >>　　本来は、「お電話は不要です。こちらからお掛けします」、という意味です。 > >>　　つまり、INF_Frameworkの利用者は、INF_Framework.cmdの内容を知っている必要がまったありません。 > >>　　もしも、問題があれば、INF_Framework 側からメッセージボックスでお知らせします。 > >> >>そうですよね。そもそも理解出来ないし下手に何か変更してファイルが壊れたら元もこうもないですもんね(:_;) > > 必要なファイルが存在しない場合以外にも、 > フォーム上に拙作フレームワークが必要とするオブジェクトや変数が存在しない場合にも、 > ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > ［メッセージボックス］でお知らせします。 > >>今回の件で、イベントやフォームに興味が出ました。 >>ONnojiさんのホームページや、桐のヘルプにある一括処理･履歴･イベントを教材にして知識を深めていこうと思います！ > > 興味を持たれるのは結構ですが、［一括処理］と［履歴］はお勧めしません。 > 　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・ > もちろん、それもいいですが、これらにはＤＯＳ桐の残滓的な部分がありますので、 > 　　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・ > ［フォーム＋イベント＋表］の理解の妨げになります。 > ・・・・・・・・・・・・・・・・・・・・・・・・ > > 特に一括処理とイベント処理では、［制御の反転］つまり動作原理や発想が真逆です。 > 　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > > ちなみに、多くに人がこのことに気が付いていないので、［一括処理］と［イベント処理］が水と油の関係のように思っていません。 > > なので、順番よろしく、まず［履歴］と［一括処理］を勉強してから、次に［イベント処理］を勉強しようと思う人が多いのです。 > しかし、それでは［制御の反転］や［ＤＯＳ桐の残滓的な部分］に遭遇して頭の中が混乱するだけです。 > 　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > > というわけで、私( ONnoji )は、桐でプログラミングのお勉強をされるのならば、 > ［フォーム＋イベント＋表］による方法をだけをお勉強されることをお勧めします。 > ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > > > >
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 -