桐質問掲示板 [All Thread / Page: 7]

2024/09/02(Mon) 12:16:17 編集(投稿者)

桐10ｓ　Windows10を使用しています。

◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇

知りたい事

ウィンドウ終了コマンドでフォームを閉じる事は、有りなのかが知りたい。

◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇

前提

Aフォーム　と　Bフォーム　があります。

Aフォームの　オブジェクトの属性　オプション　実行コマンド終了時に
cmdBフォーム閉じるの手続きを指定します。

Aフォーム　ウインドウ右上にある　×ボタン　を押した時
手続き　cmdBフォーム閉じる　の中で、

　Bフォームが　開いている　閉じている
　Bフォームの　表示状態　訂正状態

を調べる事を前提とします。

◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇

こんにちは。

今回　Aフォーム（発注履歴）　Bフォーム（取引先納品データ）を作成しました。
入荷有無　価格チェック　をする為のフォームとなります。

作業が終わった時、上記前提通り　Bフォームが　開いていて　表示状態　の時
ウィンドウ終了コマンドでフォームを閉じる　プログラムを作成しました。

それ自体は狙い通り動いたのですが、結論　このやり方で　Bフォームを閉じる事は止めました。

止めた理由

　Bフォームが訂正状態の時は結局　Bフォーム側で閉じるのが自然な動作だと思った
　起点　が　Aフォーム　なのに　Aフォームのタイミングで　Bフォームが閉じられる　事がシックリこなかった

フォームを開く時　→
　Aフォーム　で　コマンドボタンBフォームを開く（機能名1で　表示　を指定）を作成すれば　Bフォームが開く

フォームを閉じる時　→
　Aフォーム　で　コマンドボタンBフォームを閉じる（機能名1で　表示　を指定）を作成しても　閉じない

仮に、Aフォームで　コマンドボタンBフォームを閉じる　が機能すれば
Aフォームのタイミングで　Bフォームが閉じられる事がシックリくるのですが・・・

Aフォーム　を閉じる時に　Bフォームも閉じる方法で

　ウィンドウ終了コマンドでフォームを閉じる事は、有りなのか
　Aフォーム　を閉じる時に　Bフォームも閉じる事は　有り　だけど別の方法の方が良い
　Aフォーム　を閉じる時に　Bフォームも閉じる事は　良くない

どなたか、お時間のある時、考え方を教えて頂けたら幸いですm(__)m

引用返信 [メール受信/OFF]

▽[全レス18件(ResNo.14-18 表示)]

■14566 / ResNo.14)

　Re[11]: フォームの閉じ方について

□投稿者/ ONnoji -(2024/09/04(Wed) 14:25:18)

ジェダイの桐さん

INF_Framework の機能制限版のご案内を DOWN LOAD BBS に投稿しました。

こちら
　↓
All　New Thin_INF_Framework のご案内 / ONnoji (24/09/04(Wed) 14:21) #446 1725427285.zip/65KB
└New Re[1]: Thin_INF_Framework のご案内 / ONnoji (24/09/04(Wed) 14:22) #447

引用返信 [メール受信/OFF]

■14567 / ResNo.15)

　Re[5]: フォームの閉じ方について

□投稿者/ ななーし -(2024/09/05(Thu) 12:04:06)

ジェダイの桐さんこんにちは

外部DBの話題がでたので前にhidetakeさん尾形さんの多大な協力を頂いてなんとか形にできました桐＋外部DBとして無料のSQLServerExpressとの連携を行い、現在も問題なく運用ができているので紹介いたします。

13313　桐＋SQLServerExpress奮闘記
でまとめてあります。

PS.
１１月より別の仕事に就くことになり桐から完全に離れることになりました。
Onnojiさんhidetakeさん尾形さんはじめ、多数の方々に支えられていろいろなアプリを
開発できましたがここで幕を下ろします。また現職の職場の若い子が質問にくるかもですが、どうぞいつものようにやさしくご教授いただければ幸いです。

今まで本当にありがとうございました。

引用返信 [メール受信/OFF]

■14568 / ResNo.16)

　Re[6]: フォームの閉じ方について

□投稿者/ ONnoji -(2024/09/05(Thu) 14:24:28)

ななーしさん

> １１月より別の仕事に就くことになり桐から完全に離れることになりました。
> Onnojiさんhidetakeさん尾形さんはじめ、多数の方々に支えられていろいろなアプリを
> 開発できましたがここで幕を下ろします。
> また現職の職場の若い子が質問にくるかもですが、どうぞいつものようにやさしくご教授いただければ幸いです。

ご丁寧なご挨拶をいただきまして、ありがとうございます。

新しい職場で頑張ってくださいね。

ちなみに、私のハンドル名は

×　Onnoji

〇　ONnoji

なんですけどねぇ～。

最後まで違ってましたね。アハハハha。(@^^)/~~~

引用返信 [メール受信/OFF]

■14569 / ResNo.17)

　Re[6]: フォームの閉じ方について

□投稿者/ ジェダイの桐 -(2024/09/05(Thu) 18:45:16)

ななーしさん

こんばんは！

> 13313　桐＋SQLServerExpress奮闘記
> でまとめてあります。

ご紹介ありがとうございます！
今パソコンが見れないので、明日拝見させて頂きますm(_ _)m

> PS.
> １１月より別の仕事に就くことになり桐から完全に離れることになりました。

新天地でのご活躍を、陰ながら応援させて頂きます(^ ^)

引用返信 [メール受信/OFF]

■14570 / ResNo.18)

　Re[7]: フォームの閉じ方について

□投稿者/ ななーし -(2024/09/06(Fri) 13:47:05)

ONnojiさんジェダイの桐さんこんにちは

ONnojiさんタイプミス失礼致しました。
癖で先頭大文字にしちゃうときあるんですよねえ・・・
そそっかしい性格も直さねば・・・

新天地でもがんばってきます。ありがとうございました！

引用返信 [メール受信/OFF]

■記事リスト / レス記事表示 → [親記事-9] [10-18]

■記事リスト / ▼下のスレッド / ▲上のスレッド

■14545 / 親記事)

　レポートにつきまして

□投稿者/ ミーノ -(2024/08/26(Mon) 16:23:33)

よろしくお願いいたします。

　　　一時金　年金
山本　30,000
山本　　　　　10,000　　という.tbl
をレポートで

山本
　　　一時金
　　　30,000
　　　年金
　　　10,000
を作成するにはどのようにすればいいのでしょうか。
初歩的なことですみません。

　桐Ver.9です

引用返信 [メール受信/OFF]

▽[全レス5件(ResNo.1-5 表示)]

■14546 / ResNo.1)

　Re[1]: レポートにつきまして

□投稿者/ ななーし -(2024/08/27(Tue) 08:18:49)

こんにちは。

ごめんなさい。読解力が足らず間違っていたらすみません。

上記のように名前と年金・一時金が一覧表形式に表示されているのを
１枚づつ名前の下にタグのように一時金・年金を表示したいってことであってますか？

作りたいレポートの種類でタイル（タックシール）を選択すると複数名が１枚で印刷
カード（単票）を選べば１名分が印刷できるかと思います。

引用返信 [メール受信/OFF]

■14547 / ResNo.2)

　Re[1]: レポートにつきまして

□投稿者/ ONnoji -(2024/08/27(Tue) 09:20:08)

2024/08/27(Tue) 09:47:42 編集(投稿者)

> 　　　一時金　年金
> 山本　30,000
> 山本　　　　　10,000

こういう表の定義なんですかね？

なんか表計算ソフトみたいですね。(^^ゞ

常識的なデータベースの発想からすると

名前　適用　　金額
山本　一時金　30,000
山本　年金　　10,000

↑このようになると思うんですけれどね・・・

　◇　◇　◇　◇　◇　◇　◇　◇

私も、第一感では"ななーしさん"と同じく［カード］形式のレポートを考えました。

しかし、変則的ですが明細行を２行使えば［一覧表］形式でイケそうだったので試してみました。
　　　　・・・・・・・・・・・・・・・

> 　　　一時金　年金
> 山本　30,000
> 山本　　　　　10,000

↑このエクセルみたいなデータをターゲットにしているので、
　・・・・・・・・・・・・・

決して一般的な内容ではありませんよ。
・・・・・・・・・・・・・・・・

　レポート < 一時金年金.rpt > の定義情報
　ﾚﾎﾟｰﾄの種類一覧表
　------------------＜一覧表ｵﾌﾞｼﾞｪｸﾄ＞------------------
　一覧表1
　ﾗﾍﾞﾙ1　一時金年金
　集計1(大計)　#項目値( [名前] )
　ﾗﾍﾞﾙ2　名前
　ﾗﾍﾞﾙ3　明細
　ﾃｷｽﾄ3　#cond( #横合計( [一時金], [一時金] ), "一時金", 1, "年金" )
　ﾃｷｽﾄ16　#cond( #横合計( [一時金], [一時金] ), [一時金], 1, [年金] )

添付ファイルは数日を目途に削除しますので、ダウンロードはお早めに願います。

ｐ．ｓ．

> 初歩的なことですみません。

> 　　　一時金　年金
> 山本　30,000
> 山本　　　　　10,000

↑このような変則的な表定義だから、普通にレポートのウィザードで作れないのですよ。

エクセルのデータを使ったのでしょうかね？？

繰り返しになりますが、

名前　適用　　金額
山本　一時金　30,000
山本　年金　　10,000

↑このような表定義ならば、普通にレポートのウィザードで作れますよ。

引用返信 [メール受信/OFF]

■14548 / ResNo.3)

　Re[2]: レポートにつきまして

□投稿者/ ミーノ -(2024/08/27(Tue) 10:04:31)

ONnoji様
ななーし様

ありがとうございました。
今後とも、よろしくお願いいたします。

解決済み!

引用返信 [メール受信/OFF]

■14549 / ResNo.4)

　Re[3]: レポートにつきまして

□投稿者/ ミーノ -(2024/08/28(Wed) 14:26:54)

■No14548に返信(ミーノさんの記事)
> ONnoji様

解決済み！　としておきながらすみません。
どうしたら、「年金」の下の10,000が表示されるのでしょうか。
いろいろ試しましたが、表示できません。
時間のある時にお教えください。

引用返信 [メール受信/OFF]

■14550 / ResNo.5)

　Re[4]: レポートにつきまして

□投稿者/ ONnoji -(2024/08/28(Wed) 14:35:41)

2024/08/28(Wed) 19:02:54 編集(投稿者)

> どうしたら、「年金」の下の10,000が表示されるのでしょうか。
> いろいろ試しましたが、表示できません。

質問内容が分かりにくいので、なんと回答すればよいのか本当に悩みます。

> 「年金」の下

この上とか下とか言う表現が分かり難いんですよね。
　　　　　・・・・・・・・・・・・・

いろいろと考えてみた結果・・・

> いろいろ試しましたが、10,000　が表示できません。
　　　　　　　　　　　　・・・

こういう意味なんでしょうね。きっと・・・(ーー;)--------------> ※遠い目線

ということだと仮定するならば・・・

ひょっとして、一覧表レポートの明細行を１行にしていませんか？
　　　　　　　・・・・・・・・・・・・・・・・・・・・・・

一覧表のレポートを作ったら、必ず、明細行を２行分確保して
　　　　　　　　　　　　　　・・・・・・・・・・・・・・

１行め　#cond( #横合計( [一時金], [一時金] ), "一時金", 1, "年金" )
２行め　#cond( #横合計( [一時金], [一時金] ), [一時金], 1, [年金] )

ですよ。

引用返信 [メール受信/OFF]

■記事リスト / レス記事表示 → [親記事-5]

■記事リスト / ▼下のスレッド / ▲上のスレッド

■14541 / 親記事)

　【アイデア募集】スケジュール表示

□投稿者/ ななーし -(2024/08/22(Thu) 11:33:19)

こんにちは。ななーしです。

現在、受発注システムの改善として各商品の納品スケジュール
をカレンダー表示することで納品を客観視しやすくできないか？を検討しております。

上記を行う場合、どのような方法があるかアイデアを頂けると幸いです。
現在案はフォームのカード形式に対してテキストボックスを作り、
そこに桐のサンプルのカレンダーから日付を当てはめて、
当月分の表データを単一化で簡略し、そのデータからテキストボックスの
値へ代入するといった形を構想してますが、まあまあ面倒だなあと・・・。
何か簡略的にできる良い案があればうれしいです。

ちなみにVBSで発注時にOutlookに予定を突っ込むものも作成してみたんですが、
できれば連動してほしいという強い要望があったため、手詰まりとなりました。(笑)

引用返信 [メール受信/OFF]

▽[全レス2件(ResNo.1-2 表示)]

■14542 / ResNo.1)

　Re[1]: 【アイデア募集】スケジュール表示

□投稿者/ ONnoji -(2024/08/22(Thu) 12:30:43)

2024/08/22(Thu) 12:44:42 編集(投稿者)

> 現在、受発注システムの改善として各商品の納品スケジュール
> をカレンダー表示することで納品を客観視しやすくできないか？を検討しております。
>
> 上記を行う場合、どのような方法があるかアイデアを頂けると幸いです。
> 現在案はフォームのカード形式に対してテキストボックスを作り、
> そこに桐のサンプルのカレンダーから日付を当てはめて、
> 当月分の表データを単一化で簡略し、そのデータからテキストボックスの
> 値へ代入するといった形を構想してますが、まあまあ面倒だなあと・・・。
> 何か簡略的にできる良い案があればうれしいです。

釈迦に説法かと存じますが・・・

これを言ったらオシマイかもしれませんが、「カレンダって超面倒ですよ」。ガッハハ(^^ゞ

カレンダには、７日（日～土）×週（４～５回）＝１カ月の、いわゆる卓上カレンダのタイプと

拙作でお騒がせしているガントチャートのような、工程表タイプのカレンダの２つがあると思います。

とちらも、曜日はともかくとして、ころころ変わる祝日の計算など面倒ですよね。

・卓上カレンダのタイプならば、配列変数を使う

・工程表タイプのカレンダならば、日数に相当する複数項目を使う

というところがキモだろうと思います。

私( ONnoji )的には、日数分のレコードを作成するアプローチは避けた方が良いと思いますよ。

　◇　◇　◇　◇　◇

余談ながら・・・(^^ゞ

工程表タイプのカレンダというのは、表は簡単に左右にスクロールできますが、

フォームでは左右にスクロールするのは難しいのですね。

もともと、フォームには列固定いう機能がありませんから、

当然左右スクロールもフォームスクロールバーで全体を動かすことになります。

実は、この列固定＋項目の左右スクロールをサポートするのが、拙作：INF_Fremework なんですよね。

これが工程表カレンダのブレークスルーです。

お騒がせしているガントチャートも、拙作：INF_Fremework の応用例です。

なお、ガントチャートのカレンダ計算は、拙作：INF_DatePicker を流用したものです。

ｐ．ｓ．

そうそう、思い出しました！。

それこそ、以前お話したと思いますが、桐の印字コマンドでHTMLをゴリゴリ書き出すのが良さそうですよ。

桐ｓでは、フォームにHTMIを表示できるオブジェクトが追加されていますよ。

グッド！。(^^ゞ

引用返信 [メール受信/OFF]

■14543 / ResNo.2)

　Re[2]: 【アイデア募集】スケジュール表示

□投稿者/ ななーし -(2024/08/22(Thu) 13:53:19)

何か一瞬で解決しました！
桐で先任が作った表で１～３１が１か月分記入・印刷できる桐カレンダーがあるので
そこに代入する形で見せることがよいな！と考えました。

フォームレイアウト的にかなり困難だし、難解なプログラムになりそう・・・
どうする？やるか？これって思ってましたが本システムなら改造で済みそうなので
助かりました！

いや～相談するというのはとても良いことです。誠にありがとうございました。

解決済み!

引用返信 [メール受信/OFF]

■記事リスト / レス記事表示 → [親記事-2]

■記事リスト / ▼下のスレッド / ▲上のスレッド

■14103 / 親記事)

　表番号の謎

□投稿者/ 桐太郎 -(2024/02/03(Sat) 00:33:32)

WIN11、桐10S使用です。
イベントを触りはじめたというレベルです。

編集対象表をもたないメニューフォームにある
コマンドボタンを押して、
売上.TBXに販売.TBXのデータを読み込む。
読み込み後、売上.TBXのウィンドウを作成する。
イベントはここまでです。
その後は売上.TBXのウィンドウで会話処理で
細かい部分を修正して目視で確認してから
売上.TBXを保存終了する。
このようなことをしたく、メニューフォームに
以下のとおりイベントを作成しました。
（実際は販売.TBXをいろいろ絞り込みしてから読み込むのですが、
単純化した内容です。）

今回お聞きしたいのは、以下のイベントのとおり、
売上.TBXの表番号を32としたところ、
売上.TBXのウィンドウの右上の×印を押したら、
「更新されています。保存しますか」という
メッセージがでずにウィンドウが消えてしまいます。

売上.TBXの表番号を32から2に変更したら、
「更新されています。保存しますか」
というメッセージが表示されます。

32にするとなぜそうなるのか、
桐の他の箇所の設定の問題で起きる問題なのか、
チンプンカンプンです。
ファイルも添付するので教えてください。

手続き定義開始　"販売から売上へデータ移行クリック"（）
表　"販売.TBX", 表番号=1
表　"売上.TBX", 表番号=32
ウィンドウ作成　表
ジャンプ　行番号=　終端
読み込み　表，"販売.TBX"
終了　表　1
手続き定義終了

1706888012.zip/13KB

引用返信 [メール受信/OFF]

▽[全レス16件(ResNo.12-16 表示)]

■14126 / ResNo.12)

　Re[4]: 表番号の謎

□投稿者/ 桐太郎 -(2024/02/09(Fri) 17:26:52)

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

> 表番号=1、表番号=32のように表番号を指定するのは、ＤＯＳ桐の一括処理を思い起こします。
>
> ひょっとして、ＤＯＳ桐や桐ver.7の一括処理を解説した書籍を参考書にしていますか？？？

旅行中、また、戻られてから詳しい内容での
回答ありがとうございました。

終了　表　のヘルプを見たところ、
表番号を指定するか、編集対象表かのどちらかしかなかったので、
仕方なく表番号を指定していました。
［ウィンドウ作成］も一般的ではないとのことですが、
ウインドウがなかったので、ヘルプを頼りにそうしていました。

現在の標準的な方法は、［フォーム＋イベント］を使用したやり方というのは
掲示板でよく見る内容ですよね。
フォームアプリケーション教書等々、触って学習したいと思います。

引用返信 [メール受信/OFF]

■14127 / ResNo.13)

　Re[3]: 表番号の謎

□投稿者/ 桐太郎 -(2024/02/09(Fri) 17:29:29)

> ただし、［フォーム＋イベント処理］では表番号３２はもちろん、
>
> ［ウィンドウ作成］コマンドも普通使わないですからねぇ～。
>
> 見逃されていたんですね。
>
> ｐ．ｐ．ｓ．
>
> この虫の件はＫ３へ報告しておきました。

通りすがりさん、ONnojiさん

確認、報告ありがとうございました。
一般的な方法ではないとのことも知れてよかったです。
報告もしていただいたということで解決済みにします。

解決済み!

引用返信 [メール受信/OFF]

■14128 / ResNo.14)

　Re[2]: 表番号の謎

□投稿者/ 桐太郎 -(2024/02/09(Fri) 17:31:02)

> 編集表　"販売.TBX"
> 終了　表　編集対象表
>
>
> 表番号変数を使わない書き方
> もありかもです

編集対象表にすれば、表番号変数を使用しなくてもよいですね。
ありがとうございました。

引用返信 [メール受信/OFF]

■14129 / ResNo.15)

　Re[2]: 表番号の謎

□投稿者/ 桐太郎 -(2024/02/09(Fri) 17:34:47)

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

添付ファイルダウンロードしました。
内容も自分には難解そうです。

が、フォーム＋イベントを理解していきたいので、
いろいろ触ってみます！

ありがとうございます。

引用返信 [メール受信/OFF]

■14521 / ResNo.16)

　Re[1]: 表番号の謎

□投稿者/ ONnoji -(2024/07/12(Fri) 00:28:56)

2024/07/12(Fri) 16:12:44 編集(投稿者)

この件はｆｉｘされましたのでご連絡します。

ただし、桐10ｓではありませんでしたが・・・

桐の障害情報ページ｜管理工学研究所
https://www.kthree.co.jp/kiri/ct_support/trouble/10/

修正済みの障害

#3265　2024/06/27更新

【240627-4】[一括コマンド（表コマンド）](#2425～#3202)
表コマンドで、表番号「32」を指定して開いた表を編集した場合、閉じる際に保存の確認が表示されない。

引用返信 [メール受信/OFF]

■記事リスト / レス記事表示 → [親記事-9] [10-16]

■記事リスト / ▲上のスレッド

■14473 / 親記事)

　主ウィンドウ　と　補助ウィンドウについて

□投稿者/ ジェダイの桐 -(2024/07/08(Mon) 16:23:57)

2024/07/09(Tue) 17:44:50 編集(投稿者)
2024/07/08(Mon) 16:26:00 編集(投稿者)

桐10ｓ　Windows10を使用しています。

◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇

やりたい事

　主ウィンドウの情報　で　補助ウィンドウのデータを絞り込み
　
　ある条件時には　主ウィンドウの情報　で　補助ウィンドウのデータを計算したい

　補助ウィンドウ　を直接触ることはない

◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇

こんにちは。

計画表.TBX
計画表.WFX　主ウィンドウ
在庫表.TBX
在庫表.WFX　補助ウィンドウ
計画表.kex　　があります。

計画表.TBX　には
　
　[商品名]　　　　(文字列)
　[受注数]　　　　(数値)
　[出荷準備日]　　(日時)
　[出荷日]　　　　(日時)

の情報が有り　[商品名]　と　[受注数]　と　[出荷日]　は必ず情報が入っています。

在庫表.TBX　には

　[商品名]　　　　(文字列)
　[在庫数]　　　　(数値)

の情報が入っています。

◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇

計画表.WFX　に　在庫表.WFX(ポップアップ)　を開くコマンドボタンを作成しています。

1、

計画表.WFX　に　レコード移動　で　&商品名　に　[商品名]　を代入しています。

計画表.WFX　の　レコード移動毎　に　在庫表.WFX　の　[商品名]　を　&商品名で絞り込み　計画表.WFX　へ戻る。

流れ

起点　計画表.WFX　レコード移動　→　在庫表.WFX　絞り込み　→　計画表.WFX　に戻る

2、

計画表.WFX　の　[出荷準備日]　が　未定義から定義になった時(初めて入力された)　&受注数　に　[受注数]　を代入する。

代入した　&受注数　を　在庫表.WFX　の　[在庫数]　から　&受注数　を引く

若しくは

計画表.WFX　の　[出荷準備日]　が　定義から未定義になった時(出荷準備を止めた)　&受注数　に　-[受注数]　を代入する。

代入した　&受注数　を　在庫表.WFX　の　[在庫数]　から　&受注数　を引く

流れ

起点　計画表.WFX　[出荷準備日]　が　初めて入力される　.or　入力削除される　→　在庫表.WFX　絞り込み　→　在庫表.WFX　[在庫数]　計算　→　計画表.WFX　に戻る

1と2　を実現する方法が知りたいです。

◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇

自分の考えとしては、　レコード移動　と　入力前　と　入力後　と　ソース値更新　を使用するのではと思いプログラムを作成しました。

主ウィンドウ　→　補助ウィンドウ　→　補助ウィンドウでやりたい事実行　→　主ウィンドウに戻る

の方法が思いつかないです。

分かる方、お時間のある時教えて頂ければ幸いです。

引用返信 [メール受信/OFF]

▽[全レス42件(ResNo.38-42 表示)]

■14516 / ResNo.38)

　Re[5]: 主ウィンドウ　と　補助ウィンドウについて

□投稿者/ ジェダイの桐 -(2024/07/11(Thu) 11:08:54)

2024/07/11(Thu) 11:27:12 編集(投稿者)

ONnojiさん

おはようございます。

> ということで、モードレスな「フォーム＋イベント処理」＋モーダルな「フォーム＋イベント処理」は難易度が中程度になります。
> 【難易度】
> 　高い　　モードレスな「フォーム＋イベント処理」＋モードレスな「フォーム＋イベント処理」
> 　↑
> 　│　　　モードレスな「フォーム＋イベント処理」＋モーダルな「フォーム＋イベント処理」
> 　│
> 　│　　　モードレスな「フォーム＋イベント処理」＋「ステルスな表」
> 　↓
> 　低い　　モードレスな「フォーム＋イベント処理」

今回、サンプル提供頂いたデザインはこのチャート表でいえば中間ですね。
凄くポジティブに考えれば、中間ステップまでこれたなと捉える事が出来ます。
勿論、サンプル　の　プログラムを理解し、使いこなせる事が前提です。

一方　モードレスな「フォーム＋イベント処理」＋モーダルな「フォーム＋イベント処理」　に関しては
■14350 期間絞込でのエラー時対応について　の時　ONnojiさんに　プログラム提供　と　考え方　を教えて頂いたので、教えて頂いた範囲は理解出来ています。
（範囲外の概念の場合は未知数ですが・・・）

あの時点で　モードレスな「フォーム＋イベント処理」＋「ステルスな表」　より一つ上のデザインを希望してしまっていたのですね。

最終的には　モードレスな「フォーム＋イベント処理」＋モードレスな「フォーム＋イベント処理」　を目指したいですが、

モードレスA　→　こんにちは。モードレスB　→　モードレスB　で　こんにちは。モードレスB　を表示

モードレスB　→　こんにちは。モードレスA　→　モードレスA　で　こんにちは。モードレスA　を表示

と言う、やり取りを作る所からというイメージを抱きました。
（当分先の事になりますが・・・）

◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇

そもそも、どうして　モードレスな「フォーム＋イベント処理」＋モードレスな「フォーム＋イベント処理」
を発想したかと言うと単純に　フォーム　と　サブフォーム　の関係に苦手意識があるからです。

単純に表示だけする場合には、サブフォームはありと思いますが、プログラムを書くと言う事になれば別の話になります。

昔、メインフォーム側ではプログラムが動くのに、サブ側では一部しか動かない。
と言う事がありました。今にして思えば　ウインドウハンドル番号問題　もありそうです。

が、とにかく　メイン　サブ　の関係がややこしいので　それなら　モードレスで開いた方が分かりやすいな　位の発想だったんです。

結果、最高難易度で撃沈・・・
でも、道しるべ（チャート表）を教えて頂いたので、その時その時の自分の理解度とチャート表を照合して、設計をデザインしていきます(^^ゞ

今回も本当にありがとうございましたm(__)m

引用返信 [メール受信/OFF]

■14517 / ResNo.39)

　Re[6]: 主ウィンドウ　と　補助ウィンドウについて

□投稿者/ ONnoji -(2024/07/11(Thu) 12:50:35)

2024/07/11(Thu) 13:21:28 編集(投稿者)

> そもそも、どうして　モードレスな「フォーム＋イベント処理」＋モードレスな「フォーム＋イベント処理」
> を発想したかと言うと単純に　フォーム　と　サブフォーム　の関係に苦手意識があるからです。
> 単純に表示だけする場合には、サブフォームはありと思いますが、プログラムを書くと言う事になれば別の話になります。
> 昔、メインフォーム側ではプログラムが動くのに、サブ側では一部しか動かない。
> と言う事がありました。今にして思えば　ウインドウハンドル番号問題　もありそうです。

メイン＆サブフォームの場合、サブフォームはメインフォームにラップ（包含）されているので、ウィンドウハンドル番号はメインと同じですよ。

ハンドル番号は同じですが、［オブジェクト操作］と［メソッド呼び出し］は @メインのsubformObjectName@サブのobjectName で指定します。

例えば、

　メソッド呼び出し　戻り値 = &return, @subformAccept.@txt日付_入力用.フォーカス設定()
　メソッド呼び出し　戻り値 = &return, @subformAccept.@cmd訂正.実行()

これは、少し前のスケジュール表_main.kex より。

ユーザの操作で発生するイベントは、操作対象のフォームのものですよ。

つまり、メインとサブのどちらが現在フォーカスを持っているかが重要になってきます。

> が、とにかく　メイン　サブ　の関係がややこしいので　それなら　モードレスで開いた方が分かりやすいな　位の発想だったんです。
> 結果、最高難易度で撃沈・・・
> でも、道しるべ（チャート表）を教えて頂いたので、その時その時の自分の理解度とチャート表を照合して、設計をデザインしていきます(^^ゞ

ちなみに、私( ONnoji )がメイン＆サブフォームが大嫌いなことは割と有名カモしれませんが・・・アハハha

そんなわけで、前回のチャートではメイン＆サブフォームは敢えて無視しました。

しかし、チャートに付け加えるとすれば以下のような感じでしょうかねぇ～。

【難易度】

　最高　　メイン「フォーム＋イベント処理」＋サブ「フォーム＋イベント処理」
　↑
　│　　　メイン「フォーム＋イベント処理」＋サブ「フォームのみ」
　│
　│　　　メイン「フォームのみ」＋サブ「フォームのみ」
　↑
　高い　　モードレスな「フォーム＋イベント処理」＋モードレスな「フォーム＋イベント処理」
　↑
　│　　　モードレスな「フォーム＋イベント処理」＋モーダルな「フォーム＋イベント処理」
　│
　│　　　モードレスな「フォーム＋イベント処理」＋「ステルスな表」
　↓
　低い　　モードレスな「フォーム＋イベント処理」

というのも、メイン＆サブフォームというのは、ウィンドウの数が２つか１つかの違だけで、
　　　　　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・

　モードレスな「フォーム＋イベント処理」＋モードレスな「フォーム＋イベント処理」≒ メイン「フォームのみ」＋サブ「フォームのみ」

ニアリーイコール（≒）なんですよね。
・・・・・・・・・・・・・・・

　最高　　メイン「フォーム＋イベント処理」＋サブ「フォーム＋イベント処理」
　↑
　│　　　メイン「フォーム＋イベント処理」＋サブ「フォームのみ」
　│
　高い　　メイン「フォームのみ」＋サブ「フォームのみ」

さらにイベント処理が付け加わると、メインフォームの局所変数とサブフォームの局所変数に同名のものがあると後から宣言（または代入）した変数に上書きされるワケです。
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

もしも、そのような事態になると、もうお気づきだと思いますが、プログラムが破綻してしまうんですよ。
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・

という由緒正しい理由から、私( ONnoji )は、メイン＆サブフォームを避けているのです。アハハハha。

> 最終的には　モードレスな「フォーム＋イベント処理」＋モードレスな「フォーム＋イベント処理」　を目指したいですが、
> モードレスA　→　こんにちは。モードレスB　→　モードレスB　で　こんにちは。モードレスB　を表示
> モードレスB　→　こんにちは。モードレスA　→　モードレスA　で　こんにちは。モードレスA　を表示
> と言う、やり取りを作る所からというイメージを抱きました。

アラ！懐かしいですね、思い出してしまいました。

私は２０年以上前にＡフォームとＢフォームでジャンケンの勝負をさせようと思ったことがありましたっけ。

ただし、考えただけで実際には作りませんでしたけれどね。グァハハハ。

ここにある「こんにちは」はアラン・ケイが言う所のメッセージングのような意味かと思いますが・・・(^^ゞ

実に面白いですね。v(^^)v

ちなみに、拙作フレームワーク:INF_Framework の場合には、

　** HDLCOM var　第 2.1 版で追加された変数
　変数宣言　局所，文字列｛ &HDLCOMmSendMacro, &HDLCOMmReceiveMacro ｝
　変数宣言　局所，整数　｛ &HDLCOMmOnMacro, &HDLCOMmReceiveReady = 1 ｝

　一般手続き：HDLCOMprcMacroSend( 整数 &hdl, 文字列 &sendMacro, 参照整数 &done )

といった具合に、ハンドル＋通信( communication )の意味合いで HDLCOM という機能名を用意していますよ。

引用返信 [メール受信/OFF]

■14518 / ResNo.40)

　Re[1]: 主ウィンドウ　と　補助ウィンドウについて

□投稿者/ ななーし -(2024/07/11(Thu) 14:33:25)

ジェダイの桐さんこんにちは。

過去話で上記の連携フォーム作ったのですが、結構バグが出て、
現在は以下のようなやり方になりました。
（作業者の人為的なバグで予想外なことをやってくれまして・・・）

目的：発注システムで設備情報を確認できるようにしたい。

過去：右に情報用のフォームを表示、行移動で情報が変わるシステム
　　　右の情報用フォーム内で検索等が可能なシステム

現在：行を右クリック時にモーダルフォームで該当行に関する情報を
　　　検索し表示するシステムに変更

過去システムの際は自分で作ったのもあり、行移動イベントごとにサブウィンドウの情報が切り替わったことで行移動にものすごく時間がかかりました。
結論、見たい情報は右クリックやコマンドボタン押すなどイベントタイミングで
適切なモーダルウィンドウ（一時的に確認するウィンドウを表示、確認後閉じる）
にし、共有変数を作成し、確認した数字がいいならメインフォームに代入する
これくらいにすると、後の開発が楽になります。

引用返信 [メール受信/OFF]

■14519 / ResNo.41)

　Re[7]: 主ウィンドウ　と　補助ウィンドウについて

□投稿者/ ジェダイの桐 -(2024/07/11(Thu) 15:55:18)

ONnojiさん

> 　メソッド呼び出し　戻り値 = &return, @subformAccept.@txt日付_入力用.フォーカス設定()
> 　メソッド呼び出し　戻り値 = &return, @subformAccept.@cmd訂正.実行()

@subformAccept　これが正直謎でした。
サブフォームの指定でどこの段階で代入したっけ？？
と思っていたのですが、

> ユーザの操作で発生するイベントは、操作対象のフォームのものですよ。
>
> つまり、メインとサブのどちらが現在フォーカスを持っているかが重要になってきます。

この文章がヒントとなり、試しにメインフォームの　サブフォーム部分で右クリック　→　オブジェクトの属性　→　サブフォームタブ　→　オブジェクト名

しっかりと定義されていました。
サブフォームを使う事がないので、発想が出来ませんでした。

理解度が上がりました。ありがとうございますm(__)m

> 【難易度】
>
> 　最高　　メイン「フォーム＋イベント処理」＋サブ「フォーム＋イベント処理」
> 　↑
> 　│　　　メイン「フォーム＋イベント処理」＋サブ「フォームのみ」
> 　│
> 　│　　　メイン「フォームのみ」＋サブ「フォームのみ」
> 　↑
> 　高い　　モードレスな「フォーム＋イベント処理」＋モードレスな「フォーム＋イベント処理」
> 　↑
> 　│　　　モードレスな「フォーム＋イベント処理」＋モーダルな「フォーム＋イベント処理」
> 　│
> 　│　　　モードレスな「フォーム＋イベント処理」＋「ステルスな表」
> 　↓
> 　低い　　モードレスな「フォーム＋イベント処理」
>

より詳しいチャート表ありがとうございます！

引用返信 [メール受信/OFF]

■14520 / ResNo.42)

　Re[2]: 主ウィンドウ　と　補助ウィンドウについて

□投稿者/ ジェダイの桐 -(2024/07/11(Thu) 16:00:21)

ななーしさん

こんにちは。

> 目的：発注システムで設備情報を確認できるようにしたい。
>
> 過去：右に情報用のフォームを表示、行移動で情報が変わるシステム
> 　　　右の情報用フォーム内で検索等が可能なシステム
>
> 現在：行を右クリック時にモーダルフォームで該当行に関する情報を
> 　　　検索し表示するシステムに変更

結局、どんなに気を使ったプログラムを作っても、　原点は使用者　に有ると言う事なんですよね。

そして、プログラムをアップデートしていく。

結果として、使用者に喜ばれ　開発者はノウハウが溜まる。

私もこういう流れになる様に、日々精進します！

お話を聞かせて頂きありがとうございます。

引用返信 [メール受信/OFF]

■記事リスト / レス記事表示 → [親記事-9] [10-19] [20-29] [30-39] [40-42]

＜前のスレッド5件 | 次のスレッド5件＞

- Child Tree -
- Antispam Version -