WinProc の Win_Disb と Win_Enab について
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
mtaka
投稿数: 5
投稿数: 5
旧バージョン（Ｖ８）からのマイグレーションですが、プログラムウィンドウに対する操作の無効化と有効化を WinProc の Win_Disb と Win_Enab を利用しております。
これがたまに Win_Enab が効かずにマウス操作が無効のままになってしまいます。（キーボードは有効です）
旧環境（2000Server-MetaFtame）の時にもたまに起きていたのですが、新環境（2008Server-XenApp）に変わってより頻繁に発生する様になっております。
何分OSも環境も変わっているので、保障もなく仕方がないと思いますが、上記UPCを使う上で注意点やOSやXenAppの設定で工夫できる物か？
もしくは新たな仕組み（uniPaaS）で、操作を有効/無効化する仕組みがありましたらご教授お願い致します。
これがたまに Win_Enab が効かずにマウス操作が無効のままになってしまいます。（キーボードは有効です）
旧環境（2000Server-MetaFtame）の時にもたまに起きていたのですが、新環境（2008Server-XenApp）に変わってより頻繁に発生する様になっております。
何分OSも環境も変わっているので、保障もなく仕方がないと思いますが、上記UPCを使う上で注意点やOSやXenAppの設定で工夫できる物か？
もしくは新たな仕組み（uniPaaS）で、操作を有効/無効化する仕組みがありましたらご教授お願い致します。
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
WinProc 自体のサポート対象バージョンは、V7、V8、V9のようですね。
ひょっとすると、V10以降のMagic uniPaaSを含むバージョンではサポートされていないのかもしれませんね。
WinProcを使って、どのようなことを実現したいのでしょうか。
V7、V8ではモーダルウィンドウを実現するのにWinProcを利用していたケースが多いと思うのですが。。。
単にできないという情報だけでなく、旧バージョンではどのような目的で使用していたなど、詳細情報を書くことで、WinProcを使わなくても実現できる方法があれば、どなたかのレスが付くかもしれませんよ。
ひょっとすると、V10以降のMagic uniPaaSを含むバージョンではサポートされていないのかもしれませんね。
WinProcを使って、どのようなことを実現したいのでしょうか。
V7、V8ではモーダルウィンドウを実現するのにWinProcを利用していたケースが多いと思うのですが。。。
単にできないという情報だけでなく、旧バージョンではどのような目的で使用していたなど、詳細情報を書くことで、WinProcを使わなくても実現できる方法があれば、どなたかのレスが付くかもしれませんよ。
投票数:0
平均点:0.00
kojirou
投稿数: 62
投稿数: 62
おはようございます。
uniPaaS には、フォームの特性 → ウィンドウタイプに
モーダルウィンドウ がありますが
この機能は合いませんかね？
uniPaaS には、フォームの特性 → ウィンドウタイプに
モーダルウィンドウ がありますが
この機能は合いませんかね？
投票数:0
平均点:0.00
mtaka
投稿数: 5
投稿数: 5
Jiro123さん
kojirouさん
返信ありがとうございます。
実現したい機能としては、キーボード操作による処理中断を防ぎたいという事だけです。
本来ならば、バッチタスクのイベント可をＮＯにすればよいだけなんですが、Ｖ８当時のシステム改修で、複数機能から呼ばれる共通のバッチタスクが多数あり、中断させて良いものかどうかを１づつ判断せずに呼び元からWinProcで制御したのだと推測しております。
今回もバッチプログラムを１づつ見て改造かけるより、WinProcを処理している共通プログラムを新しい仕組みに置き換えてしまえば、修正量がすくなくて済むかと思い質問させて頂きました。
なにか良い方法がありますでしょうか？
kojirouさん
返信ありがとうございます。
実現したい機能としては、キーボード操作による処理中断を防ぎたいという事だけです。
本来ならば、バッチタスクのイベント可をＮＯにすればよいだけなんですが、Ｖ８当時のシステム改修で、複数機能から呼ばれる共通のバッチタスクが多数あり、中断させて良いものかどうかを１づつ判断せずに呼び元からWinProcで制御したのだと推測しております。
今回もバッチプログラムを１づつ見て改造かけるより、WinProcを処理している共通プログラムを新しい仕組みに置き換えてしまえば、修正量がすくなくて済むかと思い質問させて頂きました。
なにか良い方法がありますでしょうか？
投票数:0
平均点:0.00
yone
投稿数: 30
投稿数: 30
V10＆XP環境ですが、同様の処理をWinAPIコールで行っています。
外部コール U=UDP STADCALL '@user32.EnableWindow'
パラメータ
��'444'
�▲Ε�ンドウハンドル
��0:操作無効,1:操作有効
�ぬ瓩蠱�(数値)
Winprocを上記内容に変更しても症状は変わりませんか？
外部コール U=UDP STADCALL '@user32.EnableWindow'
パラメータ
��'444'
�▲Ε�ンドウハンドル
��0:操作無効,1:操作有効
�ぬ瓩蠱�(数値)
Winprocを上記内容に変更しても症状は変わりませんか？
投票数:1
平均点:0.00