Win32API質問箱 Build124

**デフォルトの名無しさん** · 2017/11/11(土) 19:23:00.69

Win32APIについての質問はこちらへどうぞ。

■注意
・質問する前にMSDNライブラリやPlatformSDK、Google等で検索しましょう。
・日本語版MSDN Online Libraryは不完全です。
　英語版( http://msdn.microsoft.com/en-us/library/ )の利用推奨。
・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
・言語特有の問題やIDE、MFCやVCLなどの質問はそれぞれの言語や開発環境スレで

■過去スレ
Win32API質問箱 Build123
http://mevius.2ch.net/test/read.cgi/tech/1475897582/
Win32API質問箱 Build122
http://echo.2ch.net/test/read.cgi/tech/1451988219/
Win32API質問箱 Build121
http://echo.2ch.net/test/read.cgi/tech/1438695290/
Win32API質問箱 Build120
http://echo.2ch.net/test/read.cgi/tech/1428570962/

■関連スレ
Visual Studio 2017 Part4
http://mevius.2ch.net/test/read.cgi/tech/1509244956/
【C++】 DirectX初心者質問ｽﾚ Part40 【C】
http://mevius.2ch.net/test/read.cgi/tech/1474782237/

◆QZaw55cn4c · 2018/01/14(日) 00:44:30.50

>>132
了解！そういうのは全部まとめて ::DefWindowProc() に流しちゃっているのでダイジョブです！

**デフォルトの名無しさん** · 2018/01/14(日) 02:25:37.15

この行いらね
HWND hwnd // member instance variable

◆QZaw55cn4c · 2018/01/14(日) 08:36:59.72

>>134
ごめんなさい >>131 ははおって書いたので、内容が今一つはっきりしなかったこと謝罪いたします。
その行は、自作 Window クラスのメンバとして書いたつもり、Window クラスに hwnd を持たせたいと考えているのです

**デフォルトの名無しさん** · 2018/01/14(日) 16:42:02.47

片山先生の MZC4 みたいなのを作ってるわけね

◆QZaw55cn4c · 2018/01/14(日) 17:06:39.99

>>136
はい
https://github.com/katahiromz/MZC4/blob/master/include/MWindowBase.hpp　をみました
私の趣向としては、hwnd は完全に隠蔽したい、そのため WNDCLASS.cbWndExtra をあえて使うことになります

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/15(月) 01:09:31.49

cbWndExtra == 0なウィンドウには使えないから、結局、設計思想が間違っている。

**デフォルトの名無しさん** · 2018/01/15(月) 03:14:12.16

GWLP_USERDATAをライブラリ側で潰してる時点で同レベルだな

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/15(月) 03:19:04.90

しかし、ハンドルマップにしたら、コストがかかるんだよな。

**デフォルトの名無しさん** · 2018/01/15(月) 03:40:01.33

他人に設計思想が間違ってると宣いつつ自分は即座に言い訳
さすがカス山

**デフォルトの名無しさん** · 2018/01/15(月) 08:03:32.90

MFCはハンドルマップ

**デフォルトの名無しさん** · 2018/01/15(月) 08:53:13.95

ATL方式もあるよ

**デフォルトの名無しさん** · 2018/01/18(木) 23:24:20.23

ATLは機械語直接いじってジャンプかぁ

**デフォルトの名無しさん** · 2018/01/19(金) 12:47:35.39

ジャンプmemo
http://blog.trendmicro.co.jp/archives/16735

**デフォルトの名無しさん** · 2018/01/19(金) 16:44:05.34

MSゴシックやMS明朝のフォントで描画するとき、
小さいときはビットマップフォントが使われることは知っているのですが、
常にビットマップフォントを使わないように
CreateFontなどで指定することはできませんか？

**デフォルトの名無しさん** · 2018/01/19(金) 17:25:15.15

使われることも知らなかったが、小さいとドットが出てくるからビットマップをやめるメリットがなく逆に処理が多くなるデメリットが大きくなるんじゃないか？

**デフォルトの名無しさん** · 2018/01/19(金) 17:43:48.94

DirectWriteだと強制的にヒンティング切れるからそれでイケる
GDIはGetGlyphOutlineでAA付きで書き出すくらいしか知らん

**デフォルトの名無しさん** · 2018/01/19(金) 17:50:56.78

24dot x 24dot とかで truetype 描画とかしたいの？

**デフォルトの名無しさん** · 2018/01/19(金) 17:51:10.40

ワイは大きめのビットマップメモリ領域に一度描画してから、縮小表示という無駄オブ無駄処理しとるやで

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/19(金) 19:13:16.59

MZC4、ハンドルマップに切り替えできるようになったよ。
https://github.com/katahiromz/MZC4

#define MZC4_HANDLE_MAP

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/19(金) 20:16:32.63

IPアドレスコントロールのEDIT子ウィンドウがGWLP_USERDATAを使っているみたい。。。

**デフォルトの名無しさん** · 2018/01/19(金) 23:33:33.01

結局、設計思想が間違っていたなカス山

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/19(金) 23:42:37.51

GWLP_USERDATAを使うのは低コストな選択肢としてアリ。ただし、IPアドレスコントロール内部やユーザー側のコントロールに触れる場合は、
問題が生じる可能性がある、という結論でファイナルアンサー。

**デフォルトの名無しさん** · 2018/01/20(土) 04:45:27.61

extradataはチェインにして使うもんじゃね？

**デフォルトの名無しさん** · 2018/01/20(土) 10:42:21.43

>>154
問題が生じる可能性があるけど選択肢としてアリなら
なぜ他人の実装には間違ってるなんてケチつけたんだ？

**デフォルトの名無しさん** · 2018/01/22(月) 11:37:19.82

>>147-150
ありがとうございます。
やっぱり簡単にはいかないんですかね。
印刷の処理は今のままでよく、画面上をその印刷イメージに近づけたいので、
DirectWriteの勉強をしてみたいと思います。

**デフォルトの名無しさん** · 2018/01/22(月) 12:42:48.77

印刷物をモニターに等倍表示したいんだ！ってわけじゃないだろ？
モニター上に拡大表示すりゃいいじゃん

**デフォルトの名無しさん** · 2018/01/22(月) 20:49:32.77

わざわざ小さいときはビットマップフォントを使うのは、
その方が綺麗だからなんだけど

**デフォルトの名無しさん** · 2018/01/22(月) 22:24:40.60

>>157
>印刷の処理は今のままでよく、画面上をその印刷イメージに近づけたいので
やったことないけど・・・
CreateDC(プリンタドライバ名・・・)
CreateCompatibleDC()
CreateCompatibleBitmap()
でプリンタ互換のメモリデバイスコンテキストを作成し、これに印刷と同じ描画を行った後、
BitBltで画面にコピーするなり、DIBセクションにコピーするなりすれば良いんじゃね？

**デフォルトの名無しさん** · 2018/01/22(月) 22:31:46.76

それするとデバイスコンテキストに書き込んだ時に、フォントがビットマップ描画になるから嫌ってんでしょ
そもそもプリンタ自体の解像度とかあるから、ビットマップやめたとこでそれ意味あんのって感じだけどｗ

**デフォルトの名無しさん** · 2018/01/22(月) 23:19:36.00

>>161
解像度の高いプリンタではTrueType中のVectorデータ、解像度の低い画面ではTrueType
中のビットマップデータが使われることで、文字幅(→結果的に文字位置)が微妙に違って
しまうのを嫌っているんじゃないかとエスパーした

**デフォルトの名無しさん** · 2018/01/23(火) 00:43:10.75

せやからワイが>>150で書いたんや

**デフォルトの名無しさん** · 2018/01/23(火) 03:11:18.71

TeX使え

**デフォルトの名無しさん** · 2018/01/23(火) 09:23:53.86

Acrobat Readerは、MSゴシックやMS明朝で画面上の表示が小さいときも
ビットマップフォントは使われないようですし、
やはりビットマップフォントよりも綺麗に見えるので、
これと同じような描画ができないかと思った次第です。
もちろん、AdobeがGDIだけで描いているとは思ってませんが。

**デフォルトの名無しさん** · 2018/01/23(火) 11:56:46.96

Instructs the font mapper to choose from only TrueType fonts.

**デフォルトの名無しさん** · 2018/01/23(火) 12:41:24.18

AdobeはBGRに対応してなくて糞

**デフォルトの名無しさん** · 2018/01/24(水) 16:35:20.95

文字コード総合スレ Part11
http://mevius.2ch.net/test/read.cgi/tech/1516629503/

**デフォルトの名無しさん** · 2018/01/30(火) 17:55:13.46

win32api直接叩いてるんですけど、タブオーダーってどうやって設定されるんですか？
多分 CreateWindow 呼んでコントロールを作った順番そのままだと思うんですが、
なんかTABキー押してもフォーカスが移動しないんです

**デフォルトの名無しさん** · 2018/01/30(火) 18:02:35.67

モーダルダイアログじゃないと動かないよ

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/30(火) 18:09:59.30

モードレスの場合は、メッセージループにIsDialogMessage呼び出しが必要。

**デフォルトの名無しさん** · 2018/01/30(火) 18:19:21.99

タブキー押されたらsetfocus

**デフォルトの名無しさん** · 2018/01/30(火) 18:29:42.34

ああー
助かりました
IsDialogMessage でうまくいきました。
余談ですが CreateWindow の呼び出し順とは逆に移動するんですね。
Ｚ手前から奥に向かって移動する感じですかね。
とりあえず後はどうにかなりそうです

**デフォルトの名無しさん** · 2018/01/30(火) 21:54:44.90

プリプロセッサマクロ値 "_MSC_VER" を知る方法はありませんか？
cuda 9.1 提供のヘッダの #error が反応してしまいます

**デフォルトの名無しさん** · 2018/01/30(火) 22:09:19.27

は？
printfでもしてみればいいだろ

**デフォルトの名無しさん** · 2018/01/30(火) 22:36:28.87

VS2008でも使ってるのか？

◆QZaw55cn4c · 2018/01/30(火) 23:33:34.49

>>175
ありがとうございます、なるほど！
現時点の最新は _MSC_VER = 1912 でまだ cuda が追従できていないようです
https://devtalk.nvidia.com/default/topic/1022648/cuda-9-unsupported-visual-studio-version-error/

**デフォルトの名無しさん** · 2018/01/31(水) 01:14:49.25

ｽﾞｺｰ

**デフォルトの名無しさん** · 2018/02/02(金) 22:47:25.95

dll間でデータを共有するのはdata_segでできるけど
dllAで動的確保したデータ(クラスでメンバ関数有り)をdllBでも使えるようにするには
マッピング以外に何がある？

**デフォルトの名無しさん** · 2018/02/02(金) 23:33:47.71

ふつうにポインタ渡せばいいんじゃね？もちろんクラスの定義は一致している前提だけど。

**デフォルトの名無しさん** · 2018/02/03(土) 09:27:06.89

ごめんdllA, dllBって書いたけど間違い

正しくはexeAとexeBが同じdllを使ってる状況で
exeAで動的確保して初期化もしたクラス(メンバ関数有り)をexeBのdllでも使いたいんだ

**デフォルトの名無しさん** · 2018/02/03(土) 09:40:28.84

ふつうにポインタをdata_segに置くが

**デフォルトの名無しさん** · 2018/02/03(土) 10:55:22.08

プロセス間で共有したいんだろ？
共有メモリでもなんでも使ってデータ本体を保管
データ本体にアクセスするクラスを作ってそれはプロセス内でのみ利用すりゃいい
要はクラスそのものはプロセス間で利用しようと考えない

**デフォルトの名無しさん** · 2018/02/03(土) 15:00:03.34

>>182
それだとメンバ関数実行でexeBのdllが異常終了する

>>183
やっぱそういうのしかないんかな
ありがとう

**デフォルトの名無しさん** · 2018/02/03(土) 15:12:28.48

クラスにnew と new[] 定義すればエラーにならないでしょ？

**デフォルトの名無しさん** · 2018/02/08(木) 23:07:42.59

Windowsがシャットダウンした時刻を記録したいんだけど、
1秒おきにファイルに時刻を書き込み続けるしかないかね？

**デフォルトの名無しさん** · 2018/02/08(木) 23:27:36.93

カーネルエラーで落ちたのでなければイベントログにシャットダウン時刻が書いてあるはずだが

**デフォルトの名無しさん** · 2018/02/08(木) 23:53:21.80

VS2015とVS2017のsplitpathがMBCS対応してないんだけどどういうこと？

**デフォルトの名無しさん** · 2018/02/09(金) 02:23:09.51

>>186
イベントログの他には
WM_QUERYENDSESSION
WM_ENDSESSION
WM_POWERBROADCAST

**デフォルトの名無しさん** · 2018/02/09(金) 03:30:07.89

初歩的な内容で申し訳ないのですが、、、

親ウィンドウと子ウィンドウがあります。
子ウィンドウは自分でCreateWindow()を使い、親のウィンドウハンドルを指定して作っています。

そこで質問ですが、親ウィンドウでWM_DESTROYを処理する際に、子ウィンドウに対して
明示的にDestroyWindow()を一々実行する必要はありますか？
自分としては子ウィンドウは親の破棄に伴って暗黙のうちに破棄されると勝手に解釈しているのですが、
間違いがあればご指摘ください。

**デフォルトの名無しさん** · 2018/02/09(金) 04:33:00.77

確認不足でした。
DestroyWindowをしなくてもちゃんと破棄されていましたね。
WM_DESTROYが来ていました。
すみませんでした。

**デフォルトの名無しさん** · 2018/02/09(金) 07:08:12.16

わかればよろしい

**デフォルトの名無しさん** · 2018/02/13(火) 21:23:21.68

ウィンドウサイズが変更禁止されているウィンドウを強制的にサイズ変更する方法を教えてください

**デフォルトの名無しさん** · 2018/02/13(火) 21:29:53.35

聞く前にとりあえずあっちのスレの>>134をやったらどうだ？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/02/14(水) 14:48:35.52

http://katahiromz.web.fc2.com/re/ja
https://github.com/katahiromz/RisohEditor
リソーエディタ、一応完成したから、使ってやってな。無料。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/02/14(水) 15:06:14.81

>>195
電子署名付けろよ、ばーか

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/02/14(水) 15:07:22.57

>>195
電子産廃を作らないで下さい

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/02/14(水) 15:14:32.79

>>195
チョコもらわないで、何作ってんだよ、ヒマジン。

ネトウヨ超きも。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/02/14(水) 15:15:29.03

Wwwwwwwwww

受けるw

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/02/14(水) 15:29:58.12

>>196-199
おまいら全員、逝ってよし。

**デフォルトの名無しさん** · 2018/02/20(火) 18:27:56.31

ツリービューに対してTVS_DISABLEDRAGDROPを設定してるのに、
右ドラッグをするとTVN_BEGINRDRAGが発生するのは仕様なのでしょうか。

しかもそのまま右ドラッグ操作をすると、
TVS_DISABLEDRAGDROPを設定していないときの左ドラッグと同じように、
選択位置が元に戻ってしまい、とても格好悪い動きになります。

左右どちらもドラッグ操作を無効にしたい場合、
左はTVS_DISABLEDRAGDROPで、右は自力でという変な方法しかないのでしょうか。
それとも、なにか他にスタイルがあるのでしょうか。

**デフォルトの名無しさん** · 2018/02/22(木) 08:18:20.63

モーダルダイアログの子ウィンドウとしてモードレスダイアログを使用している場合
モードレスダイアログをキー操作するにはどうすればいいですか？
IsDialogMessageでメッセージを捕捉できません
そもそもメッセージが発生しません

**デフォルトの名無しさん** · 2018/02/22(木) 09:20:57.85

親に全部メッセージ来てないか

**デフォルトの名無しさん** · 2018/02/22(木) 09:55:46.39

試しに
モーダルダイアログ(親)のPushButtonAと
モードレスダイアログ(子)のPushButtonBを同じコントロールIDにしてみましたが
ボタンBのメッセージは子にしか来ていませんでした

**デフォルトの名無しさん** · 2018/02/22(木) 10:21:48.34

ああ、キー操作ね・・・・

親もモードレスにしてメッセージループ回せばいいんじゃないかな
なお、Enterは(略

**デフォルトの名無しさん** · 2018/02/22(木) 10:44:51.48

キー操作ならDS_CONTROLをつければすべて自動でやってくれる。

**デフォルトの名無しさん** · 2018/02/22(木) 12:18:08.54

ありがとうございます
親はモーダルダイアログ固定でお願いします

子にDS_CONTROLスタイルを追加で操作はできるようになりましたが
ボタン1 ボタン2
この状態でボタン2で方向キー右を押したらボタン1がアクティブに
ボタン1で方向キー左を押したらボタン2がアクティブになるようにできませんか？

今の状態だとボタン1で左やボタン2で右を押すと親ダイアログのコントロールにフォーカスがうつってしまいます

**デフォルトの名無しさん** · 2018/02/22(木) 12:31:01.78

補足です
ボタン1にWS_GROUPは追加してあります

**206** · 2018/02/22(木) 13:12:13.54

WS_EX_CONTROLPARENT もつけてみてください。

**デフォルトの名無しさん** · 2018/02/22(木) 13:52:52.23

ありがとうございます
親に追加したら親のコントロールから子のコントロールへ移動ができるようにはなりましたが
>>207の状況は変化無しでした

ボタン1 -> ボタン2 -> 親のコントロールではなく
ボタン1 -> ボタン2 -> ボタン1 -> ボタン2 のようにフォーカス移動させられませんか？

**206** · 2018/02/22(木) 14:00:44.86

親だけでなく子ダイアログにもつけてください。

**デフォルトの名無しさん** · 2018/02/22(木) 14:40:26.34

ありがとうございます
やっぱりダメでした

**デフォルトの名無しさん** · 2018/02/22(木) 15:28:49.61

>>210
ボタン2の次にフォーカスが来るコントロール(親ダイアログ側)にも
WS_GROUPを付ければよいのでは

**デフォルトの名無しさん** · 2018/02/22(木) 16:27:58.24

ありがとうございます

WS_GROUPを追加するとグループ開始で次のWS_GROUPが見つかるとそれ以降は別グループの繰り返しですよね
同ダイアログ内では問題無いですが
今回の条件では親コントロールに追加していてもフォーカスが親コントロールにうつってしまいます

**デフォルトの名無しさん** · 2018/02/23(金) 15:46:28.17

wsh 使って Environ("Volatile") とかの環境変数書き換えたあと
WM_SETTINGCHANGE 呼べば親プロセスの環境変数書き換え出来ますか？

**デフォルトの名無しさん** · 2018/02/23(金) 16:12:30.32

別プロセスならできないだろ
やるならレジストリいじってだろうが、変更適用されるかはアプリ次第

**デフォルトの名無しさん** · 2018/02/23(金) 17:02:23.92

WM_SETTINGCHANGE は別プロセスには届かないのですね

**デフォルトの名無しさん** · 2018/02/23(金) 17:17:45.85

こんなのもありました
http://www.garbagecollect.jp/~usa/d/200803a.html

**デフォルトの名無しさん** · 2018/02/24(土) 21:02:04.05

IMEによる日本語入力の際、今時よくある予測変換ウィンドウを自アプリでは
表示しないようにしたいのですが、なにかいい方法はないでしょうか。

ImmSetCandidateWindow()を試してみましたが、どのような値を入れても
通常の変換候補ウィンドウすら制御できず（何も変化無し）でした。

OSはWindows8.1です。
よろしくお願いします。

**デフォルトの名無しさん** · 2018/02/25(日) 03:02:30.21

Win32APIの範疇ではない

**デフォルトの名無しさん** · 2018/02/25(日) 03:26:29.95

そうではない根拠と該当範疇をどうぞ

**デフォルトの名無しさん** · 2018/02/25(日) 08:57:28.39

MSIMEとGoogleIMEとかで違ったと思う（だからやるならターゲットIMEごとにウインドウ捕まえて消すことになるんじゃないかな）
そういう意味じゃ範疇じゃないな
でも使うのはwin32だから範疇だろ

**デフォルトの名無しさん** · 2018/02/25(日) 09:03:25.97

なにその俺様が使うからなんでもここでOK論理

**デフォルトの名無しさん** · 2018/02/25(日) 09:52:19.82

>>221に答えろよｗ

**デフォルトの名無しさん** · 2018/02/25(日) 15:11:39.99

おまいらキーロガーほんと好きだな

**デフォルトの名無しさん** · 2018/02/25(日) 16:41:54.90

>>224
そのくらい自分で調べなよ

**デフォルトの名無しさん** · 2018/02/25(日) 17:18:38.57

IMM系列はWin32APIだろ
小学生は黙ってろよ

**219** · 2018/02/25(日) 19:33:33.45

今やっていることは、仮想キーボードを使って文字入力する画面があるのですが、
入力中に予測変換候補ウィンドウが仮想キーボードに被ってしまって仮想キーボードの
キーが押せなくなる（もちろん移動すればいいですが）問題の回避を検討しています。

文字入力中に EnumWindow()等を使って調べてみましたが、関係しそうなのは
クラス名 CiceroUIWndFrame, MSCTFIME Composition, mscandui40.* あたりで、
mscandui40.candidate を DestroyWindow()すれば予測変換・変換候補ウィンドウともに
非表示にはできました。

しかし mscandui40.candidate は MS-IME 使用時のみしか捕まえられませんし、
MS-IME のバージョンでクラス名が変わってしまう可能性もあるのでやり方を変えました。

というか、正攻法では Imm系の処理で行けそうです。

**219** · 2018/02/25(日) 19:35:36.97

WM_IME_NOTIFY メッセージで IMN_OPENCANDIDATE を処理すれば何とかなりそうではあります。
ググってC#のサンプルは見つけましたが、それは上記のメッセージを捕まえてその後処理せずに
（ように見える）いるだけみたいです。

しかし、こちらはC/C++なのでそのメッセージを捕まえて、処理せずリターンしている
（CallWindowProc()を処理しない）ものの変換候補ウィンドウが表示されてしまいます。

解決は近そうなのですが、ご助言お願いいたします。

**219** · 2018/02/25(日) 19:37:31.33

見つけたサイトの短縮URLを貼ると書き込めなかったので、検索ワードを貼ります。
「IMEの変換ウィンドウを表示しないようにする」
（ページタイトルそのまま）

**デフォルトの名無しさん** · 2018/02/25(日) 19:38:41.80

>>229
だからWin32APIじゃないってのに

**デフォルトの名無しさん** · 2018/02/25(日) 21:20:41.03

かまってちゃんの幼稚園児はおうちに帰ってね