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

■13867 / 12階層)

　更新を判定出来ますか？

□投稿者/ ONnoji -(2023/07/12(Wed) 18:03:39)

2023/07/12(Wed) 19:48:04 編集(投稿者)
2023/07/12(Wed) 18:21:36 編集(投稿者)

> ・要領書.kexには　2行目に　変数宣言　局所，文字列｛ &mString ｝がある
> ・要領書.kexには　252行目　から　1296行目が追加してある（ここがカスタムして頂いた所ですよね？ありがたいです！）

イベントハンドラは、 254行めから1252行めでに記述した［手続き定義開始...手続き定義終了］です。
合計２００個あります。
実は手で書いたわけでもコピペしたわけでもなく、プログラムを組んで作成したテキストを読み込んだものです。
こういった単純な繰り返しは手操作で行うと必ずミスをするものなので・・・(^^ゞ

1254行め～1296行めの［手続き定義開始...手続き定義終了］は一般手続きです。

> 要領書.wfxの定義で　txtField　が100まであったので、式は　txtField100　まであるのだろうと予想はできました。(書いてある内容は分からないのですが・・・)
>
> txtField24　までは連番であるのに、その次が100なので　25　から　99　はどうやって省けるのか不思議に感じたました。

フォーム明細部のオブジェクトは txtField1 ～ txtField24 までは横並びに配置していますが、txtField25 ～ txtField100 は重ねて配置しています。
これは、全部横並びにするのは無駄だからです。

拙作は、必要に応じて txtField25 ～ txtField100 を横並びに配置し直すように動作します。
まぁ、この辺のことはご存じなくて構いませんけど・・・(^^ゞ

> 今回は　数値　を更新した時　更新日を本日に変更して頂く物を作って頂きました。
>
> 質問ですが、将来的に　文字列　を更新した時も　更新日を本日にしたい場合が出たときは
>
> 変数宣言　自動，整数　｛ &cnt ｝
>
> と
>
> &cnt = 1
> &objectName = #対応文字列( &EZWmFieldList1, &cnt )
> 繰り返し　( &objectName <> #u )
>
> がキモになるんですかね？
>
> 素人考えで申し訳ないです・・・
>
> 自分としては、せっかく作って貰った物を何も考えずに使うよりは、分からないなりに考えてみたいので！

項目のデータ型は関係ありません。キャレットが現れて書き換えられる項目ならばＯＫです。
　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・

例えば、項目の[使用木部コード]を追加したい場合には次のように書き換えてください。

要領書.kex の 1287行めです。

【改修前】　if ( &source = "[製品長]" .or &source = "[製品幅]" )

【改修後】　if ( &source = "[製品長]" .or &source = "[製品幅]" .or &source = "[使用木部コード]" )

なお、項目名は必ず半角の角かっこ( "[", "]" )で囲んでください。全角の角かっこでは駄目です。
　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・
つまり、　if ( &source = "[項目名]" .or &source = "[項目名]" .or &source = "[項目名]" .or &source = "[項目名]" ) という要領です。

今後はこれで貴殿の自力で改修できるハズですよ。

なお、あまりにも項目名の数が多くなった場合には、別の書き方があるのでその際にお問い合わせください。

ｐ．ｓ．

> FW_オートINF_Framework_MkII.kex　と　要領書.kex　の　差異を見ていました。
>
> ・要領書.kexには　2行目に　変数宣言　局所，文字列｛ &mString ｝がある
>
> ・要領書.kexには　252行目　から　1296行目が追加してある（ここがカスタムして頂いた所ですよね？ありがたいです！）

ハイ！、ご明察です。

ところで、FW_オートINF_Framework_MkII.kex の内容を見て気が付かれたと思いますが、
たったの 253行で、しかも［名札　メイン］の部分しかありません。

これって不思議に思われたかもしれませんね。
タネ明かしをすると、もっとたくさんのプログラムが隠れているんですよ。

隠れているプログラムというのは、

　INF_Framework.cmx
　IPS_Framework.cmx

という２つのファイルに収められているプロシージャ（手続き）です。

これは一括処理ではなく、イベント処理で利用するライブラリ（モジュール）です。

イベントハンドラと一般手続きがギッシリ詰まったファイルですよ。

これらのプロシージャ（手続き）は常に一斉にすべてが動くのではなくて、必要な時に必要なものだけが動くようになっています。

元々、拙作はブラックボックスで使っていただくことを念頭にしていますので、見る必要がないものはすべて隠蔽しています。

これは秘密を保つという意味ではなく、利用者が見たり理解する必要がないものは隠してしまうという意味です。
　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・

つまり、ブラックボックスで使うことが前提なので余計なものはお見せしないようになっているのです。
　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

ということで、私は拙作をフレームワークと呼んでいます。

フレームワークに関しては、拙作（桐の釣魚大全のトップ > ワークショップ）ｗｅｂページから重要なところを転載します。

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

　　　以前ある人から「INF_Tools_library.cmdは5000行を超える大作で、私には目も眩むようです。」
　　というお言葉をいただいたことがあります。
　　しかし、このような心配は一切不要なのです。
　　Don't call us. We'll call you.　＞　ＡＬＬ

↑のように、拙作フレームワークには「ハリウッドの原則」が適用されるのだとご理解いただければ幸いです。(^^ゞ

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

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

上記関連ツリー
前の記事(元になった記事)	次の記事(この記事の返信)
更新を判定出来ますか？ / 困り犬 (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
`│ └` 更新を判定出来ますか？ / ONnoji (23/07/12(Wed) 18:03) #13867 ←Now
`│ └` 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
`│ └` 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文字以内) ■No13867に返信(ONnojiさんの記事) > 2023/07/12(Wed) 19:48:04 編集(投稿者) > 2023/07/12(Wed) 18:21:36 編集(投稿者) > >>・要領書.kexには　2行目に　変数宣言　局所，文字列｛ &mString ｝がある >>・要領書.kexには　252行目　から　1296行目が追加してある（ここがカスタムして頂いた所ですよね？ありがたいです！） > > イベントハンドラは、 254行めから1252行めでに記述した［手続き定義開始...手続き定義終了］です。 > 合計２００個あります。 > 実は手で書いたわけでもコピペしたわけでもなく、プログラムを組んで作成したテキストを読み込んだものです。 > こういった単純な繰り返しは手操作で行うと必ずミスをするものなので・・・(^^ゞ > > 1254行め～1296行めの［手続き定義開始...手続き定義終了］は一般手続きです。 > >>要領書.wfxの定義で　txtField　が100まであったので、式は　txtField100　まであるのだろうと予想はできました。(書いてある内容は分からないのですが・・・) >> >>txtField24　までは連番であるのに、その次が100なので　25　から　99　はどうやって省けるのか不思議に感じたました。 > > フォーム明細部のオブジェクトは txtField1 ～ txtField24 までは横並びに配置していますが、txtField25 ～ txtField100 は重ねて配置しています。 > これは、全部横並びにするのは無駄だからです。 > > 拙作は、必要に応じて txtField25 ～ txtField100 を横並びに配置し直すように動作します。 > まぁ、この辺のことはご存じなくて構いませんけど・・・(^^ゞ > >>今回は　数値　を更新した時　更新日を本日に変更して頂く物を作って頂きました。 >> >>質問ですが、将来的に　文字列　を更新した時も　更新日を本日にしたい場合が出たときは >> >>変数宣言　自動，整数　｛ &cnt ｝ >> >>と >> >>&cnt = 1 >>&objectName = #対応文字列( &EZWmFieldList1, &cnt ) >>繰り返し　( &objectName <> #u ) >> >>がキモになるんですかね？ >> >>素人考えで申し訳ないです・・・ >> >>自分としては、せっかく作って貰った物を何も考えずに使うよりは、分からないなりに考えてみたいので！ > > 項目のデータ型は関係ありません。キャレットが現れて書き換えられる項目ならばＯＫです。 > 　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・ > > 例えば、項目の[使用木部コード]を追加したい場合には次のように書き換えてください。 > > 要領書.kex の 1287行めです。 > > 【改修前】　if ( &source = "[製品長]" .or &source = "[製品幅]" ) > > 【改修後】　if ( &source = "[製品長]" .or &source = "[製品幅]" .or &source = "[使用木部コード]" ) > > なお、項目名は必ず半角の角かっこ( "[", "]" )で囲んでください。全角の角かっこでは駄目です。 > 　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・ > つまり、　if ( &source = "[項目名]" .or &source = "[項目名]" .or &source = "[項目名]" .or &source = "[項目名]" ) という要領です。 > > 今後はこれで貴殿の自力で改修できるハズですよ。 > > なお、あまりにも項目名の数が多くなった場合には、別の書き方があるのでその際にお問い合わせください。 > > > ｐ．ｓ． > >>FW_オートINF_Framework_MkII.kex　と　要領書.kex　の　差異を見ていました。 >> >>・要領書.kexには　2行目に　変数宣言　局所，文字列｛ &mString ｝がある >> >>・要領書.kexには　252行目　から　1296行目が追加してある（ここがカスタムして頂いた所ですよね？ありがたいです！） > > ハイ！、ご明察です。 > > ところで、FW_オートINF_Framework_MkII.kex の内容を見て気が付かれたと思いますが、 > たったの 253行で、しかも［名札　メイン］の部分しかありません。 > > これって不思議に思われたかもしれませんね。 > タネ明かしをすると、もっとたくさんのプログラムが隠れているんですよ。 > > 隠れているプログラムというのは、 > > 　INF_Framework.cmx > 　IPS_Framework.cmx > > という２つのファイルに収められているプロシージャ（手続き）です。 > > これは一括処理ではなく、イベント処理で利用するライブラリ（モジュール）です。 > > イベントハンドラと一般手続きがギッシリ詰まったファイルですよ。 > > これらのプロシージャ（手続き）は常に一斉にすべてが動くのではなくて、必要な時に必要なものだけが動くようになっています。 > > 元々、拙作はブラックボックスで使っていただくことを念頭にしていますので、見る必要がないものはすべて隠蔽しています。 > > これは秘密を保つという意味ではなく、利用者が見たり理解する必要がないものは隠してしまうという意味です。 > 　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・ > > つまり、ブラックボックスで使うことが前提なので余計なものはお見せしないようになっているのです。 > 　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > > ということで、私は拙作をフレームワークと呼んでいます。 > > フレームワークに関しては、拙作（桐の釣魚大全のトップ > ワークショップ）ｗｅｂページから重要なところを転載します。 > > 　　■ハリウッドの原則 > 　　　フレームワークの性質を端的に表す良く知られた言葉として、ハリウッドの原則(Hollywood Principle)があります。 > 　　これは「Don't call us. We'll call you.」で、 > 　　本来は、「お電話は不要です。こちらからお掛けします」、という意味です。 > 　　つまり、INF_Frameworkの利用者は、INF_Framework.cmdの内容を知っている必要がまったありません。 > 　　もしも、問題があれば、INF_Framework 側からメッセージボックスでお知らせします。 > > 　　　以前ある人から「INF_Tools_library.cmdは5000行を超える大作で、私には目も眩むようです。」 > 　　というお言葉をいただいたことがあります。 > 　　しかし、このような心配は一切不要なのです。 > 　　Don't call us. We'll call you.　＞　ＡＬＬ > > ↑のように、拙作フレームワークには「ハリウッドの原則」が適用されるのだとご理解いただければ幸いです。(^^ゞ > >
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 -