Win32API質問箱 Build127

**デフォルトの名無しさん** · 2021/12/09(木) 21:32:56.60

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

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

■過去スレ
Win32API質問箱 Build126
https://mevius.5ch.net/test/read.cgi/tech/1588339011/
Win32API質問箱 Build125
https://mevius.5ch.net/test/read.cgi/tech/1551247748/
Win32API質問箱 Build124
https://mevius.5ch.net/test/read.cgi/tech/1510395780/

■関連スレ
Visual Studio 2020 Part1 https://mevius.5ch.net/test/read.cgi/tech/1634166667/
Visual Studio 2019 Part7 https://mevius.5ch.net/test/read.cgi/tech/1634178709/
Visual Studio 2017 Part7 https://mevius.5ch.net/test/read.cgi/tech/1558179898/
【C++】 DirectX初心者質問ｽﾚ Part41 【C】 https://mevius.5ch.net/test/read.cgi/tech/1521786252/

**デフォルトの名無しさん** · 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
> 沈黙されてしまった…
相手されてないだけかと...