Win32API質問箱 Build127

**デフォルトの名無しさん** · 2022/03/27(日) 01:02:38.66

>>197
＞念のため補足すると、プロセスというのはスレッドの集合であり。

全然説明になってませんよ…
次の質問にちゃんと答えられますか？
「プロレスごとに固有に持つ値はなにでしょうか、最重要な二つ答えなさい」

**デフォルトの名無しさん** · 2022/03/27(日) 01:03:29.30

>>198
＞そういうコードを書いて確認しましたが、メインプロセスではEnterCriticalSection
＞が効きませんでした

コードを張ってください https://ideone.com

**デフォルトの名無しさん** · 2022/03/27(日) 01:10:29.42

>>201
>>199で書き方が悪かったと言ってるから解決済みだぞ

**デフォルトの名無しさん** · 2022/03/27(日) 01:12:55.86

>>200
スタン・ハンセンとハルク・ホーガンかなあ。
プロレスについては詳しくないので、プロレススレで

**デフォルトの名無しさん** · 2022/03/27(日) 04:28:08.59

1プロセス内に、複数のスレッドを起動できる。
1対多の関係

それら同一プロセス内の複数のスレッドを調停するのが、critical section じゃないの？

**デフォルトの名無しさん** · 2022/03/27(日) 04:33:51.34

>>204
まちがってはいないがアバウトすぎる…
スレッド固有のデータは何？
スレッドで共有するデータは何？

**デフォルトの名無しさん** · 2022/03/27(日) 06:46:03.90

馬場アンドレ

**デフォルトの名無しさん** · 2022/03/27(日) 06:51:08.16

実は「ウィー！」と言ってなかった　スタン・ハンセン雄たけびの真相: J-CAST ニュース
https://www.j-cast.com/2015/10/08247400.html?p=all
2015年10月08日18時42分

🤘ウィー！

**sage** · 2022/03/27(日) 07:55:58.79

ちと出遅れたが
WinMainの第３引数は LPSTR
UNICODE版はスレチ

**デフォルトの名無しさん** · 2022/03/27(日) 10:41:58.12

LPWSTR GetCommandLineW();

**デフォルトの名無しさん** · 2022/03/27(日) 12:16:20.60

wWinMain(int, wchar_t**)
はい論破

**デフォルトの名無しさん** · 2022/03/27(日) 14:13:00.54

キーワード同士でカードゲームみたいに対戦している気分になってくるな…

**デフォルトの名無しさん** · 2022/03/27(日) 14:19:54.35

wWinMainは長いことmingwでサポートされてこなかったので

**sage** · 2022/03/27(日) 23:11:37.78

WinMain function (winbase.h)
https://docs.microsoft.com/ja-jp/windows/win32/api/winbase/nf-winbase-winmain

Some programming frameworks might provide an alternative entry point that provides a Unicode command line. For example, the Microsoft Visual Studio C++ complier uses the name wWinMain for the Unicode entry point.

**デフォルトの名無しさん** · 2022/04/05(火) 10:57:12.74

現在プリンタ選択ダイアログを自作していて、質問があります。
印刷コモンダイアログに表示されているプリンタ名はEnumPrintersで取得できたのですが、アイコンを取得する方法がわかりません。
どうすればアイコンを取得できますか？

**デフォルトの名無しさん** · 2022/04/05(火) 19:37:38.68

それ俺も知りたいわ
どっかのプリンタ関連のdllにあるだろうけど

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/05(火) 19:59:11.48

https://stackoverflow.com/questions/59685889/how-to-get-printer-icons

**デフォルトの名無しさん** · 2022/04/05(火) 22:36:38.88

あーCOMオブジェクトか
C#でもサクっと書けないやつだな

**デフォルトの名無しさん** · 2022/04/06(水) 19:20:29.72

>>216
ありがとうございます
参考にします

**デフォルトの名無しさん** · 2022/04/07(木) 19:12:44.04

ウィンドウのリサイズイベント(WM_SIZE、WM_SIZING等)が来た時、ユーザーが直接そのウィンドウに対してリサイズを行ったのか、
ディスプレイ解像度等が変わり、システムの都合で結果的に変わったのかを判定したいと考えています。
ディスプレイ設定が変わった場合はWM_DISPLAYCHANGE等で判るので、
ユーザーが能動的にウィンドウをリサイズしたかどうかの判定ができればよいと思うのですが、
何か良い判定方法はあるでしょうか。

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/07(木) 19:39:54.47

>>219
WM_ENTERSIZEMOVE
WM_EXITSIZEMOVE

**デフォルトの名無しさん** · 2022/04/07(木) 22:02:00.24

>>220
よさげなメッセージがあったんですね！
ありがとうございます！

**デフォルトの名無しさん** · 2022/04/07(木) 22:34:26.91

https://stackoverflow.com/questions/1826165/wm-entersizemove-wm-exitsizemove-when-using-menu-not-always-paired
ここによると、WM_ENTERSIZEMOVEが来てもリサイズや移動がキャンセルされるとWM_EXITSIZEMOVEが来ない場合があるようで、
その場合でもWM_ENTERSIZEMOVE中のWM_CAPTURECHANGEDで終了が判定できるとのことです。
たしかにタイトルバーからサイズや移動をキャンセルするとそのような動きでした。
これで解決しそうです。ありがとうございました。

**デフォルトの名無しさん** · 2022/04/07(木) 23:19:33.94

全ウィンドウを「並べて表示」したりした場合には対応してるのかい

**デフォルトの名無しさん** · 2022/04/08(金) 01:10:43.73

鬼門エアロスナップもよろしく

**デフォルトの名無しさん** · 2022/04/08(金) 15:18:23.25

スケーリング変更で実質解像度が変わった場合もWM_ENTERなんちゃらが来るね
WM_DISPLAYCHANGEも来るから区別は付くかな

**デフォルトの名無しさん** · 2022/04/09(土) 22:15:49.34

画面端の四隅に独自スナップはやったなあ
吸い付くと気持ちいいのよね

**デフォルトの名無しさん** · 2022/04/09(土) 22:35:18.94

osの画面の位置設定が、吸いつくくせにぴったり揃わず微妙にずれる
ふざけた動作だったな

**デフォルトの名無しさん** · 2022/04/10(日) 09:07:01.55

windows10になってから
座標を0,0にしても少し隙間が空くようになったのもふざけてる

**デフォルトの名無しさん** · 2022/04/10(日) 11:51:01.29

10は枠が透明になったふざけた仕様
何の意味あんのあれ

**デフォルトの名無しさん** · 2022/04/10(日) 12:00:36.82

最低限必要な処理性能を引き上げることで
グラフィックボードやPCの買い替えを促進することができました。

**デフォルトの名無しさん** · 2022/04/10(日) 13:17:17.03

実際AVX2未満だと256bit命令でまともな事ほとんどできないからHaswell未満切り捨てたくなる気持ちは分かる

**デフォルトの名無しさん** · 2022/05/10(火) 16:03:53.83

MSゴシックなどのフォントで、DrawTextで右寄せ(DT_RIGHT)の文字列を描くと、
イタリック体のときに右が欠けてしまうのですが、こんな仕様なのでしょうか？

**デフォルトの名無しさん** · 2022/05/10(火) 16:41:45.60

はい

**デフォルトの名無しさん** · 2022/05/12(木) 23:26:02.37

>>232
日本語のことなど真剣に考えてませんから

**蟻人間** ◆T6xkBnTXz7B0 · 2022/05/12(木) 23:36:32.49

TEXTMETRIC.tmOverhang

**蟻人間** ◆T6xkBnTXz7B0 · 2022/05/12(木) 23:39:10.86

https://tutorialmore.com/questions-1814307.htm

**蟻人間** ◆T6xkBnTXz7B0 · 2022/05/12(木) 23:41:39.46

DT_NOCLIP付ければうまく行くかも。

**デフォルトの名無しさん** · 2022/05/13(金) 15:10:08.96

>>232
最後にスペース足しとけ

**デフォルトの名無しさん** · 2022/05/13(金) 15:33:38.71

そもそもMSゴシックを斜体にするのがダサいので、DrawTextとしても想定外という説

**デフォルトの名無しさん** · 2022/05/13(金) 17:05:13.85

どのフォントでもそうなるんでは？

**デフォルトの名無しさん** · 2022/05/13(金) 17:38:27.24

自力で右端を広げないといけないんですかね。
ただ、DT_WORDBREAKやDT_EDITCONTROLを付けて自動折り返しを設定していると、
どこで折り返されるかは事前に想定できないので、行末にスペースというのも難しそうです。

**デフォルトの名無しさん** · 2022/05/19(木) 17:45:14.82

斜体だけ個別対応する
俺は気にしない

**デフォルトの名無しさん** · 2022/05/20(金) 06:40:29.02

テンポラリのビットマップに描画して実測する関数作っとけば以後は気にせずに済む

**デフォルトの名無しさん** · 2022/05/20(金) 08:17:42.44

うわぁ…

**デフォルトの名無しさん** · 2022/05/20(金) 12:03:14.21

>>243
オラも対応するならその方法ダナ！

**デフォルトの名無しさん** · 2022/05/20(金) 14:53:55.20

使ったことないから知らないけどGDI+,DrawStringならどうなんだろうね

**デフォルトの名無しさん** · 2022/06/07(火) 13:41:20.24

アスペクト比を固定したいため、ウィンドウの最大化を完全に無効にしたいのですが、フレームをダブルクリックしたり、Windowsキー + ↑での最大化を塞ぐにはどのように処理すればいいでしょうか？

**デフォルトの名無しさん** · 2022/06/07(火) 14:34:51.30

WM_GETMINMAXINFO

**蟻人間** ◆T6xkBnTXz7B0 · 2022/06/07(火) 14:38:53.32

ウィンドウスタイル

**デフォルトの名無しさん** · 2022/06/07(火) 14:39:30.72

>>248
ありがとうございます！
一度やってみたのですが、うまくいかなかったので、やり方がよくなかったのかもしれません
Unityという特殊な環境が影響してるのかもしれないですが、、、

**デフォルトの名無しさん** · 2022/06/07(火) 14:41:36.70

>>249
後出しですみません
ドラッグでのサイズ変更は許可したいので、ウィンドウスタイルでは無理なのかなーと思ってます
今のところWM_SIZINGはうまく機能してるようです

**デフォルトの名無しさん** · 2022/06/07(火) 14:54:06.59

ムリだと思いますゥ～じゃねえよいいからWS_MAXIMIZEBOX抜けや

**デフォルトの名無しさん** · 2022/06/07(火) 15:01:19.63

>>252
そんなのは一番最初に抜いてる

**デフォルトの名無しさん** · 2022/06/07(火) 15:31:44.87

ちゃんと抜いてんならそれだけで自動的にシステムメニューも含めて
タイトルバーダブクリやWin+↑も無効化されるはずだがな

**デフォルトの名無しさん** · 2022/06/07(火) 15:35:08.03

メッセージループの入り口で
WM_NCLBUTTONDBLCLK 等のメッセージを捨てればＯＫ

**デフォルトの名無しさん** · 2022/06/07(火) 16:05:01.49

>>255
ありがとうございます
ダブルクリックの方はこれで回避できるんですけど、Windowsキーの方がどうやっても防げなくて、、、
WM_WINDOWPOSCHANGING を拾えばいけるかなー

**デフォルトの名無しさん** · 2022/06/07(火) 16:09:54.86

>>254
Windowsキーの方は正確には、Windowsキー + SHIFT + ↑ ですね

**デフォルトの名無しさん** · 2022/06/07(火) 16:55:24.79

正確には、ってかそれじゃ最初からスナップによるリサイズを防ぎたいって全然違う質問じゃん
SYSCOMMAND監視して無理矢理引っぺがしたりはできるけど行儀悪すぎだから
任意のウィンドウサイズになってもボックスでレンダリングのアスペクト比維持した方がマシだな

**デフォルトの名無しさん** · 2022/06/07(火) 17:24:17.68

>>256
SPYでその時にどのメッセージ(多分複数)が来てるか調べて
どれを捨てる or 改変すれば望みの動作になるかを考えろ

**デフォルトの名無しさん** · 2022/06/07(火) 21:10:34.66

最大化はダイアログのスタイルにして抑止するのが定石だけど誰も書かないので一応
C#のFormBorderStyle = FixedDialog の時のウィンドウスタイル=0x16c80000 拡張ウィンドウスタイル=0x00050101
これでスナップの影響も受けないし、その上でサイズ変更もやりたければできる。
許容しつつアス比を維持するのもいい。ゲームのフルスクリーンモードとかそんな感じだろうし

**デフォルトの名無しさん** · 2022/07/03(日) 16:22:44.87

HINSTANCEかHWNDから、そのプロセスが貰っているコマンドラインオプションを知る方法ってある？

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/03(日) 16:43:25.38

>>261
WMIか、NTAPIのNtQueryInformationProcessを使う。

https://stackoverflow.com/questions/71237606/get-full-command-line-from-process

https://github.com/reactos/reactos/blob/b671b1cf8f7c3dce718d81f9067e07c66f878498/base/applications/taskmgr/perfdata.c#L585

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/03(日) 16:44:52.75

GetWindowThreadProcessId使えばHWNDからプロセスID (pid)が得られるはずだ。

**デフォルトの名無しさん** · 2022/07/03(日) 17:40:46.92

>>262
ｔｈｘ
もう晩酌始めちまったんで
素面に戻ってからやってみるわ

お、飯が炊けた
酢飯と酢の物作んなきゃ

**デフォルトの名無しさん** · 2022/07/13(水) 14:56:13.92

SetWindowPlacement, GetWindowPlacement を使ってウィンドウ位置の保存と復元をしています
マルチモニター環境でも当該モニターで表示されていたウィンドウ情報の保存と復元が Windows10 以前では行えていましたが、
Windows11 になってからは、マウス操作しているモニターで全てウィンドウが表示されてしまいます

これはプログラム側で何か修正が必要なのか、Windows11 上の設定（アプリのプロパティ？）が必要なのでしょうか？
Windows11 でマルチモニターの仕様が変わったというのは分かりますが、具体的にどのように対応すればいいのか分かりません

よろしくお願いします

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/13(水) 15:03:09.79

>>265
lengthメンバーはセットしているかな？

**デフォルトの名無しさん** · 2022/07/13(水) 15:53:47.47

標準の仮想デスクトップとかも追加されてるのでちゃんと動くのかよくわからんよな

**デフォルトの名無しさん** · 2022/07/13(水) 17:22:23.86

>>266
構造体のゼロクリア、length メンバへの sizeof 設定は行っています
使用しているメンバは rcNormalPosition と showCmd のみです

>>267
Windows11 では、モニターのオンオフで狂ってしまったウィンドウ位置の復元を
するようになったという程度の知識しかありません（正しいかどうかも分かりません）が、
実機で色々テストするしかないかもですね（Windows11 にしたくない）

**デフォルトの名無しさん** · 2022/07/14(木) 22:38:26.85

ベータ以前の11のことだからバグかもしれないのがな
11.1で完成するOSなんだろうな

**デフォルトの名無しさん** · 2022/07/14(木) 23:19:01.63

手元の開発環境を Windows11 & マルチモニターで揃えてテストしてみると問題は再現しませんでした
これは問題が発生した環境依存によるものの可能性が非常に高くなりました

お騒がせしましてすみませんでした

**デフォルトの名無しさん** · 2022/07/22(金) 09:23:12.50

名前付きパイプで質問です。
Windows10(x64)で64ビットアプリ(サーバー)と32/64ビットアプリ(クライアント)でパイプ通信するのですが、クライアントが64ビットの場合は問題なし、32ビットの場合は動作したりしなかったっりで、サーバーのCreateNamedPipe関数のnMaxInstancesを1から255にしたら解消しました。
クライアントは１つだけなので1で良いと思ったのですが、何なんだろう？

**デフォルトの名無しさん** · 2022/07/22(金) 10:36:39.51

>>271
再現性なかったわ。
すまん、忘れてくれ。

**デフォルトの名無しさん** · 2022/07/26(火) 18:26:55.94

プログラ厶の最低限の文法わかってる人間が、WindowsAPIを使用したGUIプログラムを作りたい場合に、おすすめの本ってありませんか？

正直WindowsAPIのハンドルとかハンガリー記法とかで面食らってぶつかってます。

**デフォルトの名無しさん** · 2022/07/26(火) 18:51:12.11

> WindowsAPIを使用したGUIプログラムを作りたい

そもそも止めとけ楽な道を進めと思うんだけど、なんで？

> おすすめの本

今時そんな本あるのか分からないけど、猫でもわかるシリーズのWEBサイトでいいんじゃないの

**デフォルトの名無しさん** · 2022/07/26(火) 19:38:38.71

NT4.0や95の頃の書籍はメッセージやハンドル等丁寧な解説がされていたと思う

**デフォルトの名無しさん** · 2022/07/26(火) 19:54:38.78

>>273
その程度でなんで面食らうのか面食らってるが
その都度ググっていけば充分じゃないかな

**アリ人間** ◆T6xkBnTXz7B0 · 2022/07/26(火) 20:46:20.96

Win32でGUIつくるならMsgCrackとRisohEditorを使うといいよ。

**デフォルトの名無しさん** · 2022/07/27(水) 21:47:08.84

>>274
今まで他の言語で楽をさせてもらってたのは、他の方のおかげだと気付いて、実際に自分も勉強したいという思いです。

>>275
まさにおっしゃる通りで、先日なんとか相馬俊治さんという方の本を見つけました、古い本のほうがわかりやすいです。

**デフォルトの名無しさん** · 2022/07/29(金) 10:07:57.73

C#でもWndProcとかに手を付けると結局Win32APIレベルのメッセージループの仕組みの知識が必要だし
C/C++でWin32APIだけ使ったメッセージループ検証用GUIアプリを用意しとくと捗るよ

**デフォルトの名無しさん** · 2022/07/30(土) 02:15:20.39

C++でクラス化ラップ化する前のピュアなメッセージループをなら猫かな
そこから先は　ラップしてるライブラリの方言が出てくるだろうし

**デフォルトの名無しさん** · 2022/07/30(土) 12:31:23.06

>>277
ありがとうございます！ツールももちろんですがこの作者のHP自体が非常に貴重ですね！

>>279
ありがとうございます！ラップしてしまうとWin32APIの挙動が見えなくなるので、生で見える環境を用意しておいたほうが良いようなイメージでしょうか？

**デフォルトの名無しさん** · 2022/08/01(月) 14:57:50.07

>>277
RisohEditor良さそうやね
見た目レトロで良いからネイティブWin32で超軽量GUI作りたいってシーン結構あるから重宝しそうやわ

**蟻人間** ◆T6xkBnTXz7B0 · 2022/08/01(月) 16:08:58.49

MsgCrackにWM_DESTROYを入力すると
void OnDestroy(void)
って出てくる。
これを#include <windowsx.h>のHANDLE_MSGマクロと一緒に使うと吉。

**デフォルトの名無しさん** · 2022/08/01(月) 16:24:30.82

自前で巨大なswitch文を並べるんや

**デフォルトの名無しさん** · 2022/08/01(月) 16:46:02.44

MFCを勧める人はいないんかい・・・

**デフォルトの名無しさん** · 2022/08/01(月) 17:30:54.15

統合環境の力技でマクロ埋め込んだりするしねぇ　癖や方言が強い

**デフォルトの名無しさん** · 2022/08/01(月) 19:48:54.56

いまさら MFC を使いたいんですけど、まずどうすればいいですか？

**デフォルトの名無しさん** · 2022/08/01(月) 20:38:09.58

>>284

windowsx.hで定義されてるHANDLE_MSG()マクロを使えば
いちいちcase文を書く必要がない

switch (uMsg)
{
HANDLE_MSG(hwnd, WM_CREATE, OnCreate);
HANDLE_MSG(hwnd, WM_COMMAND, OnCommand);
...
default:
return DefWindowProc(hwnd, uMsg, wParam, lParam);
}

使わないメッセージはスルーしていい
OnCreate()やOnCommand()のプロトタイプもwindowsx.hで定義されてるので引数を間違ったらエラーで教えてくれる

**デフォルトの名無しさん** · 2022/08/02(火) 17:15:54.00

#define BEGIN {
#define END }
に近い感じなので　マクロにお任せってあまり好きではない（個人的感想）

**デフォルトの名無しさん** · 2022/08/02(火) 21:12:37.20

false、False、FALSE色々あるなあ

**デフォルトの名無しさん** · 2022/08/02(火) 22:59:22.62

こういうシステム的な部分を作るとき厄介なのが細かい引数間違えたりすることなのですべて定義されてるのは助かるよ
windowsx.hに入ってるってことはMS推奨なんだろうし

**デフォルトの名無しさん** · 2022/08/03(水) 08:49:02.53

そのヘッダか忘れたけどコモンコントロール系はマクロが無いとやってられん
それ前提でMSDNにリファレンスがあるし

**デフォルトの名無しさん** · 2022/08/03(水) 12:38:08.58

そこでWTLですよ

**デフォルトの名無しさん** · 2022/08/03(水) 23:45:13.40

感動した
https://github.com/CobaltFusion/DebugViewPP

**デフォルトの名無しさん** · 2022/08/04(木) 23:07:37.30

そういえばバイナリエディター「Binary Editor BZ」はWTL使ってたはず

**デフォルトの名無しさん** · 2022/08/05(金) 02:46:33.66

大きな文字や小さな文字をコマンドプロンプトに同じ行で表示したいのですが可能でしょうか？
設定で変えるのではなくプログラムで結果によって変えたいのですが
よろしくお願いします。

**デフォルトの名無しさん** · 2022/08/05(金) 03:00:58.31

「あ」と「ぁ」みたいに？

**デフォルトの名無しさん** · 2022/08/05(金) 13:41:02.21

8pt
　　　■　　　　　　　　　　　　　　　　　
　　　■　　■　　　　　■　■■■■■　　
　■■■■　　　　　　　■　　　　■　　　
　　　■　■　　　　　■　　■■■■■■　
　　■■■■■■　　　■　　　　　■　　　
　■■■■　　　■　　■　　　　　■　　　
■　　■■　　　■　　■■　■■■■　　　
■　■■　　　■■　　■■　■　　■■■　
■■■■　　■■　　　　■　■■■■　　　

16pt
　　　　　　■　　　　　　　　　　　　　　　　■　　　　　　　　　　　　　　　
　　　　　　■　　　　　■　　　　　　　　　■■　　　■　　　　　　■■■　　
　　　　　■■■■■■■■　　　　　　　　　■■　　　■■■■■■■　　　　　
　■■■■■■■■■　　　　　　　　　　　　■■　　　　　　　　■■　　　　　
　　　　　■■　　　　　　　　　　　　　　　■■　　　　　　　　■■　　　　　
　　　　　■■　　　■■　　　　　　　　　　■■　　　　　　　　■■■■■　　
　　　　　■■■■■■■■■　　　　　　　　■　　　　■■■■■■■■■■　　
　　　　　■■■　■■　■■■　　　　　　　■　　　　　　　　　■■　　　　　
　　　■■■■　　■■　　　■■　　　　　■■　　　　　　　　　■■　　　　　
　　■■　■■　■■　　　　　■■　　　　■■　　　　　　　　　■■　　　　　
　■■　　■■　■■　　　　　■■　　　　■■　■　　　　　　　■■　　　　　
　■■　　■■■■　　　　　　■■　　　　　■■■　　　■■■■■■　　　　　
■■　　　■■■　　　　　　　■■　　　　　■■■　　■■　　　■■■■　　　
■■　　　■■　　　　　　　■■　　　　　　■■　　　■　　　　■■　■■■　
■■　　■■■　　　　　■■■　　　　　　　■■　　　■■　　　■■　　■■　
　■■■　　■　　　■■■■　　　　　　　　■■　　　　■■■■■　　　　　　
　　　　　　　　　　■■　　　　　　　　　　　　　　　　　　　　　　　　　　　

**デフォルトの名無しさん** · 2022/08/05(金) 18:10:13.24

色なら変えられるが
https://nodachisoft.com/common/jp/article/jp000152/

**デフォルトの名無しさん** · 2022/08/05(金) 22:00:13.48

>>296
不可能ッス！！

**デフォルトの名無しさん** · 2022/08/05(金) 23:51:13.34

NFT市場が2年で300億円→2兆円に急拡大したワケ
「保有する」だけではない、アート作品につけられた「価値」

市場規模ですね。これは少し古いデータになりますが、直近では、だいたい
2兆円ぐらいの市場規模になります。去年の3月ぐらいから盛り上がってきて、
2019年は300億円ぐらいと言われていたものが急拡大して、今や2兆円と
なっています。
一番大きいのが「コレクティブル」というものです。実際のNFTでいうと、
「CryptoPunks（クリフトパンクス）」とか「Meebits（ミービッツ）」など、
デジタルアートで、これが76パーセントを占めています。
他にはゲーム、スポーツの会員権のようなもの、メタバース上での利用、
アートなどに使われています。

**デフォルトの名無しさん** · 2022/08/06(土) 00:56:36.07

>>301
どうせビットコと同じ運命…

**デフォルトの名無しさん** · 2022/08/06(土) 01:06:28.07

>>297
いえ、フォントのサイズです。
>>299
色も変えたいので見てみます。ありがとうございます。
>>300
そうですか。ありがとうございました。

**デフォルトの名無しさん** · 2022/08/06(土) 09:37:57.13

>>291
>windowsx.hに入ってるってことはMS推奨なんだろうし

20年くらい前なら同意するが
今はもう非推奨

**デフォルトの名無しさん** · 2022/08/06(土) 09:38:29.30

>>285
ダメ、絶対。

**デフォルトの名無しさん** · 2022/08/06(土) 09:39:01.65

>>287
やめとけ

**デフォルトの名無しさん** · 2022/08/06(土) 10:58:35.84

じゃあどれならいいんだよｗ

**デフォルトの名無しさん** · 2022/08/06(土) 15:56:25.30

Win32API

**デフォルトの名無しさん** · 2022/08/06(土) 16:07:28.86

知識としては必要だが、最初から最後までフレームワーク使わずにWin32だけでやるのは時間の無駄だろう。

**デフォルトの名無しさん** · 2022/08/06(土) 19:02:31.04

そうでもない

**デフォルトの名無しさん** · 2022/08/06(土) 19:03:10.71

>>309
フレームワークの学習コストはどのように評価しますか？

**デフォルトの名無しさん** · 2022/08/06(土) 19:07:52.04

この先そのコストを回収できるくらいプログラミングする見込みがあるかどうか次第だな。

**デフォルトの名無しさん** · 2022/08/06(土) 20:41:33.14

そのWin32APIのラッパーとなるべきフレームワークがことごとくゴミなんだもんよ
MS金余ってんだからQtでも買っときゃよかったのに

**デフォルトの名無しさん** · 2022/08/06(土) 20:42:57.75

>>312
学習した結果フレームワークがうんこだったと自覚したときの絶望感を、学習前にどのように織り込めばいいですか？

**デフォルトの名無しさん** · 2022/08/06(土) 20:58:55.11

素のwin32と既存のフレームワークと自前のオレオレフレームワークのどれが一番うんこか次第だな。

**デフォルトの名無しさん** · 2022/08/06(土) 21:37:39.73

>>315
あなた自身はどう思っていますか？

**デフォルトの名無しさん** · 2022/08/06(土) 21:39:07.40

win95時代にCで作ったハンドルメモリリーク検知付きのフレームワーク()があるけどいまだに世話になってる
新規でならC#で適当に作るがアプリの寿命を考えるといまだに上記フレームワーク()になるだろう

**デフォルトの名無しさん** · 2022/08/06(土) 21:54:12.10

男なら誰しも自分だけの車輪再発明・・・じゃなかったフレームワークを心に持つよな

**デフォルトの名無しさん** · 2022/08/06(土) 22:13:31.50

wxWidgets、DelphiのVLC、それの模倣のLazarus Component Library (LCL)位が今でも活発に開発されてるWin32フレームワークか。
wxWidgetsとC++Builder(VCL)には散々世話になった。

**デフォルトの名無しさん** · 2022/08/06(土) 22:14:29.50

×DelphiのVLC
○DelphiのVCL

**デフォルトの名無しさん** · 2022/08/07(日) 21:24:24.65

>>317
メモリーリークは
https://mevius.5ch.net/test/read.cgi/tech/1652160275/365
に一晩でちょいちょい、て書いたやつを貼ったら沈黙されてしまった…
普通誰でもそうすると思うのに、rust! rust! と連呼されてもねえ

でもハンドルリークは考えたことなかったなあ…

**デフォルトの名無しさん** · 2022/08/07(日) 22:03:11.08

>>321
> 沈黙されてしまった…
相手されてないだけかと...

**デフォルトの名無しさん** · 2022/08/07(日) 22:19:05.28

>>322
なる

**デフォルトの名無しさん** · 2022/08/07(日) 22:21:12.86

ならんだろ。

**デフォルトの名無しさん** · 2022/08/09(火) 01:28:22.61

オレオレライブラリ作って悦に入るのは初心者レベル2のやること

**デフォルトの名無しさん** · 2022/08/09(火) 16:24:46.11

経験しておくとライブラリの手抜きがわかってシステムのバグを予想しやすくなるけどな

**デフォルトの名無しさん** · 2022/08/14(日) 17:46:08.17

>>318
「車輪の再発明だから駄目」という理念は、先に進んでいるアメリカに有利な言葉。
後発者が上に上がって来ささないため、メンタルからくじく。
アメリカはそういう国。

**デフォルトの名無しさん** · 2022/08/14(日) 18:48:02.83

Googleは車輪の再発明しかしてないけどな
検索だって最初じゃない
その代わり頭の良い奴らが本気でやるから良いものになる
日本が得意としてた事だったがな

**デフォルトの名無しさん** · 2022/08/15(月) 10:36:30.31

頭の悪い人が足引っ張る法律作って海外に先を越されるパティーン

**デフォルトの名無しさん** · 2022/08/15(月) 10:47:36.26

>>287
普通に使えばいい。
俺も使ってる。

**デフォルトの名無しさん** · 2022/08/15(月) 14:36:52.56

>>327
GNUも再発明なんか？ｗ

**デフォルトの名無しさん** · 2022/08/15(月) 15:43:33.22

>>331
彼らは、自分達が造ったものを遣わせてやりたいから「これ以上の再発明はするな」
と言ってくるが、自分達も実は再発明した結果であることは棚に上げている。

**デフォルトの名無しさん** · 2022/08/15(月) 16:18:07.18

ここで車輪の再発明の指摘は的外れ
発明なんて一切してない
他人の成果物をソース読んでないからといって横取りする傲慢野郎

**デフォルトの名無しさん** · 2022/08/15(月) 17:10:35.77

いまさらソフトウェア開発競争を国家間の諍いの次元でしか捉えてないやつは
一行もプログラム組んでないのがアリアリだねｗ

**デフォルトの名無しさん** · 2022/08/15(月) 18:25:51.34

国家間というより、先に作ってしまった人が他人に別のものを作ってもらいたくない
心理が働くと、「車輪の再発明禁止」という如何にもまっとうなことらしき標語
となる。

**デフォルトの名無しさん** · 2022/08/15(月) 19:37:50.16

車輪の再発明禁止は高機能なソフトウェアをオープンソースにするということで囲い込み、再発明させる気を起こさせなくしてる
オープンソース文化が強いものを更に強くしてしまってる

**デフォルトの名無しさん** · 2022/08/15(月) 23:02:24.27

作って楽しそうなものなもものの内、芸術性を伴わず技術だけで
作れるようなものはほぼ全てオープンソースで無料になってしまっている
(フォトショップみたいな高機能なものは除く)。

**デフォルトの名無しさん** · 2022/08/15(月) 23:10:53.60

再発明をしないまでもその部品と構成や仕組みを知っていると高機能なアプリ開発などへの機転や応用が利きやすいと思う

**デフォルトの名無しさん** · 2022/08/16(火) 01:19:06.38

以下のコードが動かなくて困ってます。

pgfFrame = AVIStreamGetFrameOpen(paviStream, (LPBITMAPINFOHEADER)AVIGETFRAMEF_BESTDISPLAYFMT);
AVIStreamGetFrameClose(pgfFrame); ←これを実行したら落ちる

AVIStreamGetFrameCloseを実行しなくても動くのですが、再度Openした時に少しずつメモリを食いつぶして行くので困ってます。
止まった時にVC++の実行ボタンを再度押すと、内部で使ってるDLLがアンロードされてその後は動くようになります。
そうなると何回でもOpen→Close出来る様になり、メモリも食いつぶしません。
どうしたらいいんでしょうか？

**デフォルトの名無しさん** · 2022/08/16(火) 11:35:45.33

>>329
ほんそれ

**デフォルトの名無しさん** · 2022/08/16(火) 11:41:24.43

>>339
AVIStreamRelease
(こっちは自動 Close してくれるとのこと)

**デフォルトの名無しさん** · 2022/08/16(火) 14:36:20.03

>>341
詳しく書くとこうなってるんです。
AVIStreamGetFrameCloseだけ落ちるんで困ってます。
これを実行しなくても動くのですが、複数回Openするとどんどんメモリを食いつぶすので困ってます…

AVIFileOpen(&paviFile, FileName, OF_READ | OF_SHARE_DENY_NONE, NULL);
AVIFileGetStream(paviFile, &paviStream, streamtypeVIDEO, 0);
pgfFrame = AVIStreamGetFrameOpen(paviStream, (LPBITMAPINFOHEADER)AVIGETFRAMEF_BESTDISPLAYFMT);

if(pgfFrame != NULL){ AVIStreamGetFrameClose(pgfFrame); } ←これだけ落ちる
if(paviStream != NULL){ AVIStreamRelease(paviStream); }
if(paviFile != NULL){ AVIFileRelease(paviFile); }

**デフォルトの名無しさん** · 2022/08/16(火) 14:45:35.08

そういう不具合が出るけど是正が困難な処理は別プロセスとして動かして終わったらそのプロセスを終わらすといいよ
解決したら統合すればいい

**デフォルトの名無しさん** · 2022/08/16(火) 15:02:38.50

プロセス別けて落とすのも同じ効果だと思うけど
DLLを自前でアンロードするコードを入れても良いんじゃないかな

そもそも
pgfFrame = AVIStreamGetFrameOpen(paviStream, (LPBITMAPINFOHEADER)AVIGETFRAMEF_BESTDISPLAYFMT);
↑
この間の処理に問題があるんじゃないかな
↓
if(pgfFrame != NULL){ AVIStreamGetFrameClose(pgfFrame); } ←これだけ落ちる

**デフォルトの名無しさん** · 2022/08/16(火) 15:28:13.38

>>343-344
ありがとうございます。

>この間の処理に問題があるんじゃないかな
この間は何にもしてなくても落ちちゃうんですよね… なんでだろう？

DLLを自前でアンロードする事も視野に入れてもう少し試行錯誤してみます

**デフォルトの名無しさん** · 2022/08/16(火) 15:45:44.34

AVIFileExit();
してないというオチ？

**デフォルトの名無しさん** · 2022/08/16(火) 15:59:37.24

>>346
AVIFileInit()とAVIFileExit()
前に両方入れてみたんですが、入れても入れなくても何も変わらなかったんですよね…
あとでまた試してみます。

**デフォルトの名無しさん** · 2022/08/16(火) 16:18:58.86

本気で解決したいなら再現する全ソースコードを晒すのと
実際に読もうとしてるファイルのURLを晒して逝け

**デフォルトの名無しさん** · 2022/08/16(火) 17:58:27.74

>>348
あとでその部分だけまとめて再現できるか確かめてみます

**デフォルトの名無しさん** · 2022/08/16(火) 20:04:29.51

必要最小限で描いて観たが全然問題無いぞ

**デフォルトの名無しさん** · 2022/08/16(火) 21:22:52.88

>>350
原因がわかりました。
普通にやると問題なくて、ここにあるコーデックの.dllをリンクすると
AVIStreamGetFrameCloseが上手くいかないようでした。
https://sourceforge.net/projects/x264vfw/files/
このコーデックを使う必要があるのでどうにかならないでしょうかね。

**351** · 2022/08/16(火) 21:27:27.79

正確にはコーデックの.dllをリンクして
そのコーデックを使っているファイルを読み込むと
AVIStreamGetFrameCloseが失敗するということです。
.dllをリンクしててもそのコーデックを使ってないファイルであれば
AVIStreamGetFrameCloseが失敗する事はなかったです。

**351** · 2022/08/16(火) 23:11:48.85

古いバージョンにしてみたら直りました！
これで普通に動いてるのでこのまま動かしてみます。
みなさんありがとうございました。

**デフォルトの名無しさん** · 2022/08/17(水) 09:12:41.44

バカの三大特徴

情報を小出しにする&後出しする
自分は間違ってないと思い込む&言い張る
正しい解決策に進まずすぐに別の山に登ろうとする

**デフォルトの名無しさん** · 2022/08/17(水) 10:05:31.13

FFmpeg 使った方が良くね?

**デフォルトの名無しさん** · 2022/08/17(水) 11:59:16.72

ああ
それを言うなら ffdshow の方だったかな
しかしまだ使えるんかなこれ

**デフォルトの名無しさん** · 2022/08/18(木) 16:29:05.82

xvideos

**デフォルトの名無しさん** · 2022/08/22(月) 16:22:19.61

日本語キーボード日本語Windowsで英数キー（CapsLockキー）のアップを捕捉する事って不可能？
レジストリでキーマップを変えて英数キーを違うキーに割り当てた後なら一般的なキー同様に捕捉出来ることは確認できたけどそういう迂回方法無しで出来る方法があれば教えてもらいたい

**デフォルトの名無しさん** · 2022/08/22(月) 17:26:47.15

GetKeyState(　vk_code )
　VK_CAPITAL　CapsLockのトグル状態　のほうじゃなく
　VK_OEM_ATTN　仮想キーコード 240 (0xF0)　で今の押下状態は取得できそうではあるな

IMEはちゃんと shift 無し Caps lock キーを受け取って反応できてるんだし

**デフォルトの名無しさん** · 2022/08/22(月) 18:22:10.86

ないです

**デフォルトの名無しさん** · 2022/08/22(月) 18:27:49.15

ノートパソコンなどの省スペースキーボードについてるFnキーも拾えないんだよなあ、GetKeyState&GetAsyncKeyState

**デフォルトの名無しさん** · 2022/08/22(月) 21:05:07.73

fnはosの預かり知らないキーなので同列にすんなハゲハゲハゲハゲハゲ!!!!!!!!!!!

**デフォルトの名無しさん** · 2022/08/22(月) 21:25:09.66

キーボードのコントローラーが勝手に処理してるでしょう
CPUまで線がつながってない感じ

**デフォルトの名無しさん** · 2022/08/23(火) 07:39:49.30

>>359
SetTimerとかで定期監視するしか無さそうか

**デフォルトの名無しさん** · 2022/08/25(木) 23:57:16.63

今はarduinoとかで自分好みのキーボード作れる時代なんだぜ
知らんけど

**デフォルトの名無しさん** · 2022/08/26(金) 10:40:49.53

虫歯が痛いなら総入れ歯にしましょう！レベルの解決策ｗ

**デフォルトの名無しさん** · 2022/08/26(金) 12:29:39.93

禿げてきたら丸坊主にしましょう！

**デフォルトの名無しさん** · 2022/08/26(金) 12:48:26.23

なんて日だ！

**デフォルトの名無しさん** · 2022/08/31(水) 12:36:32.64

>>355
ライセンスはどうしてるの？
GPLやLGPLだから、リンクすれば最低でも自作プログラムのオブジェクト
ファイルの公開が必要になるだろう。
別コマンドで実行する場合は、*.exe が自作アプリと合わせて二つ必要になるし、
データの受け渡しの効率も落ちる。

**デフォルトの名無しさん** · 2022/09/02(金) 22:59:42.92

質問です。

GetCharABCWidths()を用いて、TextOut()で描いた文字のABC構造体を取得しています。

Arialフォントのような欧文フォントを用いてTextOut()で"あ"を描いた場合、そのフォント内には"あ"という日本語文字は入っていないため、適当な代替フォントに置き換えられて"あ"が描かれるようです（たぶん「フォントリンク」という機能だと思います）。

この時にGetCharABCWidths()で得られるABC構造体には、描かれた"あ"の寸法が入っておらず、ダミーの寸法が入ってきてしまいます。

msdnのGetCharABCWidths()APIの項には、
The ABC widths of the default character are used for characters outside the range of the currently selected font.
とあるので、APIとしては仕様どおりの動作なのですが、では、描かれた"あ"のABC寸法を得るにはどうすればよいのでしょうか？

以上、よろしくお願いします。

**デフォルトの名無しさん** · 2022/09/04(日) 10:57:34.63

GetTextExtentPoint32()
SetTextJustification()
DrawText()

**デフォルトの名無しさん** · 2022/09/04(日) 16:57:14.39

>>371
ありがとうございます。

GetTextExtentPoint32()だと、文字の左余白(A), 文字自体の幅(B), 文字の右余白(C)の
和の値（A+B+C）しか得ることができません。

そうではなくて、各文字について、A,B,Cそれぞれの値が知りたいのです。
それを返してくれるのがGetCharABCWidths()なのですが、>>370に書いたように
正しい値が返ってこない場合があります。

一応、自分で考えた対処方法として、
1. GetTextExtentPoint32()で、文字のA+B+Cの値を取得
2. その幅を持つ白色の描画領域を確保し、その原点位置から黒色でその文字を描画
3. 領域に描画された結果（白・黒）を左端から走査して、左余白（A）を得る
4. 同様に右端から走査して、右余白（C）を得る
5. 手順1で取得したA+B+Cの値からAとCを減じてBを得る
という風にすれば、（どんくさいですが）知りたい値を得ることはできると思います。

ちなみに、実際には、上のやり方そのままではうまくいかないことがありそうです。
というのも、イタリック体にしたりすると、AやCの値がマイナスになることがあるからです。
その場合、上のやり方だと、文字の左右が領域からはみ出て描画されてしまいます。

なので、左右にある程度の余裕を持った領域、例えば幅「100+A+B+C+100」の領域を確保し、
(x,y)=(100,0)の位置に文字を描画する。
そうするとはみ出さずに描画できるので、100の余分な余白があることを考慮に入れて計算すれば、
A,B,Cを得られるだろうと考えています。

でも、こんなやり方は面倒くさい。もっとマシなやり方はないのだろうか・・・。

例えば、フォントリンク？で描画されたときに、どのフォントが使われたのかがわかれば、
そのフォントを明示的にデバイスコンテキストに指定してGetCharABCWidths()呼べば
A,B,Cの幅を得られるはずですが、フォントを知る方法はわかりませんでした。

**デフォルトの名無しさん** · 2022/09/04(日) 17:09:08.67

https://docs.microsoft.com/en-us/windows/win32/api/wingdi/nf-wingdi-gettextmetrics
https://docs.microsoft.com/en-us/windows/win32/api/wingdi/ns-wingdi-textmetrica

>日本語文字は入っていない
結局この問題は残るんじゃないかな
確実に日本語グリフが入ってるフォントを指定

**デフォルトの名無しさん** · 2022/09/04(日) 19:32:04.85

ありがとうございます。

作っているアプリの仕様は、
・アプリのユーザは、フォントと文字列を自由に指定できる
・画面上には、指定したフォントで、指定した文字列が描画される

やりたいことは、
・ユーザが上記の操作で描画させた文字列中の各文字について、A,B,Cの幅を知りたい

ということなのです。

本来NGな組み合わせ（例：欧文フォントと、全角まじり文字列との組み合わせ）をユーザーが指定した時、
存在しない文字がいわゆる豆腐（□）にでも化けてくれれば、そこでユーザは別のフォントを
選びなおすはずです。

しかし、文字化けせずに一見正しく表示されてしまうため、困っています。

**デフォルトの名無しさん** · 2022/09/04(日) 23:44:22.53

>>374
ABCなんて何に使うんだろうと思ったら、フォント情報を表示するツールなのか。
GetCharacterPlacement + ExtTextOut / ETO_GLYPH_INDEX あたりで、グリフを直接描画すれば
フォントリンクは効かないはずなので無い文字は豆腐になるはず...

**デフォルトの名無しさん** · 2022/09/05(月) 20:04:11.68

ありがとうございます。
参考にさせていただきます。

可能ならば、無理やり豆腐にするんじゃなくて、フォントリンクで表示されたとおりの文字の情報を取得できるのが理想ですが、難しそうですね・・・

**375** · 2022/09/05(月) 23:27:10.40

>>376
GetCharABCWidthsで取得しても1文字単位でしか取得できないので、筆記体やアラビア文字のように前後の文字や位置によって大きさが変わるような場合には対応できないので、ABCの値は参考程度にしか使えないと思います。

フォントリンク先のフォント情報(LOGFONT)は、メタファイルに出力後そのメタファイルを解析するというちょっとトリッキーな方法で可能です。
https://stackoverflow.com/questions/54050095/how-to-tell-if-a-surrogate-pair-unicode-character-is-supported-by-the-font

**デフォルトの名無しさん** · 2022/09/06(火) 20:18:06.15

大変有用な情報、ありがとうございます。

確かに、筆記体のような手を繋ぐフォントの場合、うまくいきませんね。
これは気づきませんでした。
実際にはそういったフォントが使われることはまれなので、大きな問題にはならないかな、と思います。

**デフォルトの名無しさん** · 2022/09/10(土) 21:08:59.03

HBITMAP hBitmap; に既に bitmap image が load されているとき
BITMAP bm = {0};
GetObject(hBitmap, sizeof(BITMAP), &bm);
で bm.bmBits の指す場所に pixles data があることは確認出来るのですが
bm.bmBits は何時 GlobalFree(bm.bmBits); すれば良いのでしょうか？
放置しても memory leak の心配はありませんか？

**デフォルトの名無しさん** · 2022/09/11(日) 13:04:53.74

DeleteObject(hBitmap);

**デフォルトの名無しさん** · 2022/09/13(火) 22:06:19.57

ウインドウのキャプションを　SetWindowText　で変更したいのですが

そのウインドウはブラウザ（クローム系）でして
SPY++が使えなくなっているので自作のウインドウ一覧で調べると
ブラウザのトップレベル・ウインドウは、アクティブなタブのキャプションが
ウインドウのキャプションになっており、クラス名は"Chrome_WidgetWin_1"でした

これで取得したウインドウ・ハンドルを使って、ブラウザの位置を操作したり
最小化したりできるので、このハンドルで間違いないはずですが

SetWindowText　でキャプションを変更することはできません
ブラウザには使えないということでしょうか
御存じの方、教えて下さると幸いです

**デフォルトの名無しさん** · 2022/09/14(水) 01:18:29.10

ウインドウというよりタブなんじゃね？

**デフォルトの名無しさん** · 2022/09/14(水) 09:06:44.89

そうです
ウインドウのキャプションを変更したいけど
それはブラウザでは、タブのキャプションを変更したいということですね

ブラウザのトップレベルのウインドウハンドルで、GetWindowTextを使って
そのタブのキャプションが取得できるのに
逆に、そのハンドルでタブのキャプションはSetWindowTextでは変更できない
ということのようです

タブが子ウインドウになっていてアクセスできればいいのですが
そこらへんブラウザは色々と特殊な作りなので無理っぽい気はしてます

**デフォルトの名無しさん** · 2022/09/14(水) 09:46:31.10

ふーんGetはできるんだタスクバー用かな？
どう見てもオーナードローだし
htmlのtitle変える方が早そうだね

**デフォルトの名無しさん** · 2022/09/14(水) 12:31:23.77

SetWindowText実行後にGetWindowTextしたら変更後のキャプション取得できてるんじゃない？
表示処理が別なだけで

**デフォルトの名無しさん** · 2022/09/14(水) 15:26:33.97

>>385
その通り、内部的には変更されてました！！
ありがとうございました
聞いて良かった、自分だけで考えていたら堂々巡りで違う発想は出てこないものですね

見た目のキャプションはどうでも良くて
ブラウザを複数起動して、全て同じサイトを開かせるので
それをUWSCで操作しようとすると、どれが処理済なのか区別つかないので
処理済のやつのキャプションを変えてやろうということだったのです

**デフォルトの名無しさん** · 2022/09/14(水) 18:41:01.15

処理未済のテーブルのキーは
windowハンドルつこたらあかんの？

**デフォルトの名無しさん** · 2022/09/14(水) 21:36:59.23

386の話？
そんなことないですよ
ウインドウキャプションと、クラス名が同じウインドウがいくつもあるので
UWSCはそれのどのウインドウが処理対象か分からないってことです

YouTubeから動画をDLするサイトを自動で開いて
新着の動画アドレスを自動入力してDLさせるんですが
一つがDL処理中に、別の新着動画が来ることがあるので

**デフォルトの名無しさん** · 2022/09/14(水) 21:56:53.98

入力されたキーコードをキーボードの文字に変換してくれるAPIとかありますか？
それかC/C++の関数とかで。
SHIFTのコードを渡すと、"SHIFT"みたいに文字が返ってくるみたいな。

**デフォルトの名無しさん** · 2022/09/15(木) 10:19:13.76

どとねとにはあるけどお
スレ違いかな
大した手間でもないしご自分で用意すれば
そもそもC/C++ならマクロを糞すればリテラルを文字列に変換できるんだし
ちょっとは頭使え？

**デフォルトの名無しさん** · 2022/09/15(木) 11:00:05.62

>>388
>>354

**デフォルトの名無しさん** · 2022/09/15(木) 18:28:39.47

>>389
GetKeyNameText

**デフォルトの名無しさん** · 2022/09/16(金) 10:16:25.50

385さんと相談に乗ってくれた方にお礼の動画を持ってまいりました
https://www.youtube.com/watch?v=uJxOP1s4Xo4

**デフォルトの名無しさん** · 2022/09/18(日) 13:46:05.81

>>393
グロ
fishing

**デフォルトの名無しさん** · 2022/09/18(日) 18:20:24.44

こんな釣りじゃあ誰も見んわなｗ

**デフォルトの名無しさん** · 2022/09/22(木) 19:31:36.45

可愛いよね
名前知らない？

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

STUのがかわいい

**デフォルトの名無しさん** · 2022/10/31(月) 14:20:10.23

VisualStudio2022で
C++でGdiplusを利用して、メタファイルとして描画した図形を保存するプログラムを作成しました。
（描画時メタファイルのパラメータはGdiplus::EmfTypeEmfPlusDualを使用して作成しました。）
保存した図形ファイルをエクセルで開いて、Ctrl＋Cでクリップボードにコピーしました。
この状態で、EnumClipboardFormatsを使用して、クリップボードのフォーマットを取得しました。
予想だと、WinUser.hで定義されている
#define CF_ENHMETAFILE 14
になるのかと思っていたら、実際は49161が取得されました。

質問ですが、この時取得された49161は何のフォーマットを意味しているのでしょうか？

**デフォルトの名無しさん** · 2022/10/31(月) 14:25:56.86

汎用データオブジェクト