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

■13868 / 13階層)

　更新を判定出来ますか？

□投稿者/ 困り犬 -(2023/07/13(Thu) 08:56:18)

■No13867に返信(ONnojiさんの記事)

> フォーム明細部のオブジェクトは txtField1 ～ txtField24 までは横並びに配置していますが、txtField25 ～ txtField100 は重ねて配置しています。
> これは、全部横並びにするのは無駄だからです。
>
> 拙作は、必要に応じて txtField25 ～ txtField100 を横並びに配置し直すように動作します。
> まぁ、この辺のことはご存じなくて構いませんけど・・・(^^ゞ

そんな事が出来ること自体初めて知りました！
知らない事だらけです。

> 項目のデータ型は関係ありません。キャレットが現れて書き換えられる項目ならばＯＫです。
> 　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・
>
> 例えば、項目の[使用木部コード]を追加したい場合には次のように書き換えてください。
>
> 要領書.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
>
> という２つのファイルに収められているプロシージャ（手続き）です。

最初　要領書の入ったファイルに

FW_オートINF_Framework_MkII.kex
FW_オートINF_Framework_MkII.wfx
INF_Framework.cmx
IPS_Framework.cmx

を入れてフォームを開いてみたんですよ。
そうしたら、出来ない事もあったので、一つずつファイルを追加していって
全ての機能が使えるようになったので、これは複数のファイルで動いているんだなと気付きました。

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

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

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

→Re[14]: 更新を判定出来ますか？ /ONnoji
　

上記関連ツリー
前の記事(元になった記事)	次の記事(この記事の返信)
更新を判定出来ますか？ / 困り犬 (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
`│ └` 更新を判定出来ますか？ / 困り犬 (23/07/13(Thu) 08:56) #13868 ←Now
`│ └` 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文字以内) ■No13868に返信(困り犬さんの記事) > ■No13867に返信(ONnojiさんの記事) > >>フォーム明細部のオブジェクトは txtField1 ～ txtField24 までは横並びに配置していますが、txtField25 ～ txtField100 は重ねて配置しています。 >>これは、全部横並びにするのは無駄だからです。 >> >>拙作は、必要に応じて txtField25 ～ txtField100 を横並びに配置し直すように動作します。 >>まぁ、この辺のことはご存じなくて構いませんけど・・・(^^ゞ > > そんな事が出来ること自体初めて知りました！ > 知らない事だらけです。 > >>項目のデータ型は関係ありません。キャレットが現れて書き換えられる項目ならばＯＫです。 >>　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・ >> >>例えば、項目の[使用木部コード]を追加したい場合には次のように書き換えてください。 >> >>要領書.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 >> >>という２つのファイルに収められているプロシージャ（手続き）です。 > > 最初　要領書の入ったファイルに > > FW_オートINF_Framework_MkII.kex > FW_オートINF_Framework_MkII.wfx > INF_Framework.cmx > IPS_Framework.cmx > > を入れてフォームを開いてみたんですよ。 > そうしたら、出来ない事もあったので、一つずつファイルを追加していって > 全ての機能が使えるようになったので、これは複数のファイルで動いているんだなと気付きました。 > > >>　　■ハリウッドの原則 >>　　　フレームワークの性質を端的に表す良く知られた言葉として、ハリウッドの原則(Hollywood Principle)があります。 >>　　これは「Don't call us. We'll call you.」で、 >>　　本来は、「お電話は不要です。こちらからお掛けします」、という意味です。 >>　　つまり、INF_Frameworkの利用者は、INF_Framework.cmdの内容を知っている必要がまったありません。 >>　　もしも、問題があれば、INF_Framework 側からメッセージボックスでお知らせします。 >> > そうですよね。そもそも理解出来ないし下手に何か変更してファイルが壊れたら元もこうもないですもんね(:_;) > > > 今回の件で、イベントやフォームに興味が出ました。 > 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 -