[過去ﾛｸﾞ] Win32API質問箱 Build125 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
803: 2019/12/01(日)10:03 ID:zAKbhIi4(1) AAS
APIだと脆弱性見つかった時の修正が楽
組み込み関数だと全アプリ作者に修正促さないといけないし、現実的に脆弱性の修正不可能だからな
804(1): 2019/12/03(火)00:42 ID:VF2M+VnQ(1) AAS
現在のウィンドウのIMEの種類を取得する方法ってありますか？
「やりたいこと」
今使用しているIMEがGoogle Japanese IMEかMS IMEなのかどうか知りたい。
ローマ字やかな入力などの情報ではなく、MS IMEや Google IMEなどのキーボードレイアウト？の情報がほしいのです。
GetKeyboardLayout関数などを使用してみたのですが、言語別のキーボードの情報を知ることはできるのですが、日本語キーボードのIMEはどちらも同じ値しか取得できません。
調べてもなかなか分からず困っています。Win32 APIで取得するにはどうしたらいいですか？
805: 2019/12/03(火)02:11 ID:rgVievzQ(1) AAS
ワシは諦めてユーザーに選択させた
806: 2019/12/03(火)06:40 ID:Ocr+v9UU(1) AAS
utf-8 BOMをエラーにするのは正義の戦士だからでは。
807(1): 2019/12/03(火)07:22 ID:JICZN31D(1) AAS
>>804
ImmGetDescription
808: 2019/12/03(火)10:43 ID:K+LsX9hM(1) AAS
どうもありがとうございます
809(1): 2019/12/04(水)17:27 ID:pBYkh1q9(1) AAS
ディスプレイの解像度の変更をSetDisplayConfigで作成しましたがDPIの変更の方法が分かりません
DPIを変更するAPIはありますか？
810(1): 2019/12/04(水)18:09 ID:+TqcdXsD(1) AAS
>>809
外部ﾘﾝｸ:stackoverflow.com
811: 2019/12/04(水)18:39 ID:6HAN0Ali(1) AAS
>>807
回答ありがとうございます。
その関数も試してみたのですがどうやっても取得できず、もうお手上げ状態なので諦めました。
812: 2019/12/05(木)01:17 ID:PaDa/vrn(1) AAS
>>810
サンクス
非公開のAPIなんだね
何とか頑張ってみる
813(3): 2019/12/12(木)14:53 ID:b3wcvAqB(1) AAS
クリップボードのデータのtextって毎回上書きですか？
何回分かのスタックになってないのですか？
814: 2019/12/12(木)15:13 ID:xAqeogD1(1) AAS
>>813
なってない。
というか、クリップボードはテキストとか関係無く毎回上書きされる。
クリップボードに何かが入った時を監視してそれを保存するアプリは組めるし、実際にそういうのもある。
815: 2019/12/12(木)15:33 ID:Op4VISj2(1) AAS
SetClipboardViewer で
クリップボード内容の更新の毎に WM_DRAWCLIPBOARD が飛んでくるようになる
816: 2019/12/12(木)15:50 ID:Lo+C9eAO(1) AAS
秀丸のコピペとか他のエディタ(viとかemacs)のコピペとかでも
winのクリップボードと共有されてるときと無関係なときがあって
良く判らん
817(1): 2019/12/12(木)16:10 ID:AEDrk6Uo(1/5) AAS
winキー + vで履歴がみれるからどこかしらに貯めてるんだろうけど
C#ならとれるみたいだが
818: 2019/12/12(木)16:57 ID:j9C8qGhA(1/6) AAS
ちゃんとアプデしてるwin10でなおかつその機能が有効になってないと使えないものをわざわざ使うの？
819: 2019/12/12(木)17:10 ID:AEDrk6Uo(2/5) AAS
実際使う使わないの話なんてどこでしてるの？
820(1): 2019/12/12(木)18:18 ID:j9C8qGhA(2/6) AAS
使わないんならなんでそんな話するの？
821: 2019/12/12(木)18:42 ID:20Y0AB35(1/3) AAS
趣味なら自分だけ使えりゃいいし、そうじゃなくても最近の開発の流れは最新状態だけサポートしてればいいんだよ
対応環境広く取りたいなら独自実装
822: 2019/12/12(木)19:07 ID:j9C8qGhA(3/6) AAS
動作環境も開発環境も選ぶ状況において、なおかつ今のクリップボード履歴の仕様的に満足できるのか
ってな観点で、もちろんそれで必要十分なら止めはしないが、わざわざ作るんならコスト的にも独自でいいじゃんと思うわけよ
823(1): 2019/12/12(木)19:23 ID:AEDrk6Uo(3/5) AAS
>>820
だから使う使わないって話はしてねえっての
話聞いてんのかこのアスペは
何を作るのか要件はなにかも知らないのに何勝手に妄想してんだ
824(1): 2019/12/12(木)20:56 ID:j9C8qGhA(4/6) AAS
>>823
自己紹介だよね？
何を思って817書いてるの？日記だったの？
要件不明だけどこれも使えるよって自分で書いてるんだよね？
使う使わないの話以外に何のつもりだったの？
やっぱり日記だったの？
もしくはこんな知識僕持ってるんだよ！すごいよね！ってことなの？
それならごめんね、すごいすごい
825: 2019/12/12(木)21:03 ID:j9C8qGhA(5/6) AAS
ついでに822の補足として書いとくと、以下の仕様をわざわざ限定された環境で作って
限定された内容で実現する意味あるの？
ってのがこちらの趣旨
わざわざ書くのもアホらしいのでコピペだが
・保持できるサイズは1MB未満データ(全体上限は5MB)
・保持件数は、ピン留めを含め50件まで
・履歴の編集ができない
・検索機能もなく、古い履歴を探していくのが大変
・ピン留め以外の履歴は、パソコン再起動時に消えてしまう
・ピン留め履歴をグルーピングできない
省2
826: 2019/12/12(木)21:19 ID:20Y0AB35(2/3) AAS
・保持できるサイズは1MB未満データ(全体上限は5MB) ＝拡張できる可能性ある
・保持件数は、ピン留めを含め50件まで ＝拡張できる可能性ある
・履歴の編集ができない ＝拡張できる
・検索機能もなく、古い履歴を探していくのが大変 ＝拡張できる
・ピン留め以外の履歴は、パソコン再起動時に消えてしまう ＝そういう仕様。問題なし
・ピン留め履歴をグルーピングできない ＝拡張できる
・設定・カスタマイズができない ＝拡張できる
プログラマ次第
827(1): 2019/12/12(木)21:36 ID:rV45/ffF(1) AAS
Win7厨が死ぬのでAUTO
再起で消えるのはAUTO
MSの気まぐれ仕様変更に左右されるのでAUTO
つか、クリップボードアプリを今さら自製する意味あんの？
828: 2019/12/12(木)21:39 ID:20Y0AB35(3/3) AAS
「ピン留め以外の履歴は」だぞ。ピン止めしてれば再起動で消えない
さらに標準機能のままで別のデバイスとのクリップボード共有もできる
829(1): 2019/12/12(木)21:45 ID:AEDrk6Uo(4/5) AAS
>>824
要件次第ってことを言わなきゃわからんか？
なんでこんなに頭悪いんだろうこいつ
お前が勝手に脳内で妄想してる要件なんてみんな知らないんだが
使う使わないは質問者次第だろ
だからアスペと話すのは疲れるんだわ
830(1): 2019/12/12(木)22:53 ID:j9C8qGhA(6/6) AAS
>>829
こっちは要件に合致しようがしまいが、そんな限定品をわざわざ使わんでよろしいと書いてるだけ
アスペほど人をアスペ呼ばわりするんだよな
831(1): 2019/12/12(木)23:05 ID:AEDrk6Uo(5/5) AAS
要件みたしてるのに限定もくそもないわ
意味不明
832(1): 2019/12/12(木)23:29 ID:3RY4sNiR(1) AAS
＞そんな限定品をわざわざ使わんでよろしい
でも使っている人がいることを考慮すればOSの機能に統合していくほうが良いのでは？
（あくまで機能をONにしている人の場合はってことね、OFFなら全部独自でも）
ただ、独自にクリップボードアプリ入れている人はそんなOSの機能使ってないだろうから、今更こっちで実装する意味もないだろうし
クリップボードアプリを初めて導入しようとする人に対して、“限定的なOSの機能”を勧めるより独自でいいじゃんってのもわかる
ただすでに使っている人に対して、このソフト使いたいならそんなOSの機能使うのやめてこっちの機能使ってと強制するよりいいんじゃないの
ケースバイケースではあると思うけどプログラマーが機能を限定・強制するより
ユーザが取捨選択できるようにするのがプログラマーらしいと思うんだけど違うんかね？
833(1): 2019/12/13(金)00:15 ID:azLSlpn/(1/6) AAS
>>831
要件次第と自分で言いつつ、最後には要件を満たしてるとすげ替えてくる辺りがオツムアウト
834: 2019/12/13(金)00:53 ID:WxCURz1I(1/5) AAS
そもそもクリップボード履歴へのアクセスはWin32API案件なのか？
まあ共有機能以外の魅力は皆無だし、共有ならクリップボードじゃなくていいな
835(1): 2019/12/13(金)00:57 ID:dfXjuQNa(1) AAS
>>833
ほんとこいつなんなんだ
おまえの
＞要件に合致しようがしまいが
ってのにレスしてるんだが
このアスペ君はどうしようもないな
836: 2019/12/13(金)01:11 ID:kpEsNBmZ(1) AAS
まあ今はWinRTでもC++/WinRTとかでじゃんじゃかデスクトップからも呼んでいこうぜみたいな方向性だから
Win32APIの範疇でええんちゃう
837(1): 2019/12/13(金)02:40 ID:azLSlpn/(2/6) AAS
>>835
日本語も理解できないのに、よく日本人のフリするね
「要件に合致しようがしまいが」という言葉は、「要件に一切触れてない」という意味以外に何があるんだよ
＞＞要件に合致しようがしまいが
＞ってのにレスしてるんだが
どうやっても「要件が合致してる」という日本語にならんわ
「アスペ連呼する奴自身がアスペ」だけ正解
>>832
強めに否定したけど、確かにそれが正論よ
でもこのスレで>>813レベルの質問だから、Win32APIどころかWindowsの仕様も
省3
838: 2019/12/13(金)07:22 ID:Ry/2QtNy(1/2) AAS
>>827
今後のアプリはクリップボード非対応であるべきという主張か？
839(1): 2019/12/13(金)07:34 ID:6WB0hlYg(1/3) AAS
>>837
横からだけど…
「要件に合致しようがしまいが」って言うのは「要件に合致してる」場合も含むよね？
そのケースですら「使わんでよろしい」って言うのは流石にアホすぎる
って言うことまで説明しないとわからないのはアスペ以前のレベルかと
840: 2019/12/13(金)07:51 ID:Kjqlf5V3(1) AAS
キチ相手は時間の無駄だぞ。NG一択
841(2): 2019/12/13(金)11:08 ID:WxCURz1I(2/5) AAS
>>839
横からだけど・・・
要件に合致しててもそれに見合うリターンがあるかどうかで取捨選択は普通にある
それよりも、要件が分からないままなのに要件に固執する意味が分からない
842: 2019/12/13(金)11:20 ID:pL92+wEw(1) AAS
>>841
実際のところ、要件に固執しているのではなく、自分の主張が正しいんだ！議論に勝つのは俺だ！ってところに固執してるだけだろうから議論に参加しても不毛だぞ。
843: 2019/12/13(金)11:53 ID:I2cXzzwa(1) AAS
同意して欲しいだけならそう書け
もしくは知恵袋か発言小町で聞いとけ
女の腐ったような奴め
844(1): 2019/12/13(金)12:04 ID:7cSP0QnC(1) AAS
その発言は女に失礼だ
わたし女だけど
845: 2019/12/13(金)12:10 ID:AWx0v8TP(1) AAS
で >>813 は問題解決できたんだろうか？
846(1): 2019/12/13(金)12:24 ID:6WB0hlYg(2/3) AAS
>>841
> それに見合うリターンがあるかどうか
広義の要件ってそう言うのも含むだろ
仮に>>830の言う要件にはリターン云々が含まれないとしても見合うリターンがあるケースがないわけじゃないだろうし
847(1): 2019/12/13(金)13:08 ID:WxCURz1I(3/5) AAS
>>846
その人にとって見合うリターンがなければないんでしょ
見合うと思う人はあるんでしょ
単にそうやって相容れない話があるだけで、要件という言葉について固執する意味ないと思います
それでも要件という言葉の定義に固執するのであれば、まずはWin32APIというスレのテンプレ定義に従うべきだと思います
自分は細かいこと言いたくないですが、要するにスレチです
848(2): 2019/12/13(金)19:41 ID:6WB0hlYg(3/3) AAS
>>847
スレチと言いながら頓珍漢なレスされてもなぁ
> 見合うと思う人はあるんでしょ
それを含めて
> 「使わんでよろしい」
って言ってるからバカにされてることにそろそろ気づけよ…
まあスレチとか言い出してるしそろそろ恥ずかしくて出てこれなくなる頃だと思うがw
849: 2019/12/13(金)19:51 ID:Ry/2QtNy(2/2) AAS
>>844
腐ってる？
そうは見えないけど
850(1): 2019/12/13(金)19:56 ID:azLSlpn/(3/6) AAS
>>848
ん？横からのふりして本人か
理解できないのを誤魔化しちゃいかんよ
お前という人間をいかに正当化しようが、お前はクソ 居なくてよろしい
クリップボード履歴の機能を使い回すのもクソ 使わなくてよろしい
似たようなもんだ
851(1): 2019/12/13(金)20:16 ID:WxCURz1I(4/5) AAS
>>848
レス先間違ってる訳ではないですよね？
レスの意味が分からないのですが、見合う見合わないはあなたが判断することではないでしょ
論点は見合うか見合わないじゃないですよということと、言葉の定義にこだわってる（？）なら
テンプレからこだわってくださいねって書いてるだけですが
852(2): 2019/12/13(金)20:44 ID:KHLl2/ku(1/3) AAS
>>850
反論できずに人格攻撃かよw
ダサ過ぎる
>>851
そりゃその理解力だとわからんだろうなw
見合う見合わないの判断を誰がするかなんて話してない
見合う可能性があってそれに対してまでも
> 「使わんでよろしい」
って言うバカがいたって言うだけの単純な話
853: 2019/12/13(金)20:53 ID:JngkN9sX(1) AAS
どっか別の場所で同士仲良く言い合ってろよキチガイ
854(1): 2019/12/13(金)20:55 ID:azLSlpn/(4/6) AAS
>>852
自演も隠さねえなｗ どっちがダセえんだよ
カスにカスって言うことに理屈はねえよバカス
使わんでよろしいの真意も書いてるけど、お前は読めないから要件ばかり固執して逃げてんだろ
あと、人格攻撃はお前が真っ先にしてきたことだからな
アホだから覚えてないだろうが
855(1): 2019/12/13(金)21:06 ID:KHLl2/ku(2/3) AAS
>>854
> 使わんでよろしいの真意も書いてる
どこに書いてるのかなぁ？
レス番示して引用してみ
まあどうせ言い訳して逃げるんだろうけど
あとアホにアホって事実を伝えるのは人格攻撃と違うぞw
856(1): 2019/12/13(金)21:38 ID:azLSlpn/(5/6) AAS
>>855
じゃあ俺のは人格攻撃じゃないのは分かるね？いや、アホだから分からんか
このやりとりが始まってからの書込みすら追いかけられないドアホは
今後も勝利宣言に固執するんだろうなあ
857(1): 2019/12/13(金)22:48 ID:KHLl2/ku(3/3) AAS
>>856
あれ？
> 使わんでよろしいの真意も書いてる
はどうなったのかな？
ごたくはいいからはよ書けよ
書けないなら黙ってろよ、恥の上塗りするだけだし
あとお前のは人格攻撃
根拠も示せずにカスとか喚いてるだけだしw
858(1): 2019/12/13(金)22:52 ID:WxCURz1I(5/5) AAS
>>852
ええ・・・まだそこですか
859(1): 2019/12/13(金)23:58 ID:azLSlpn/(6/6) AAS
>>857
すごくはっきり書いてるよ
ちゃんと読みなよ
日本語検定中
860(1): 2019/12/14(土)07:23 ID:JneJDC0D(1/4) AAS
>>858
うん、ずっとそこだよ
そもそもスレチと言いながらレスし続けるのはちょっと矛盾してないかね？
>>859
低能がよくやる方法でごまかそうと必死だな
勢いで
> 使わんでよろしいの真意も書いてる
って書いたもののどこにも書いてなくてどうしようか顔真っ赤ってパターンw
これまでも何度も見たわ
861: 2019/12/14(土)11:11 ID:HleGE+LF(1) AAS
邪魔ですからPythonスレに来ないでください
862: 2019/12/14(土)14:13 ID:O6whyyHQ(1) AAS
コピペの話題だけで伸びるなあ
863: 2019/12/14(土)14:51 ID:rt22J2a+(1) AAS
ていうか、何1つ技術論になってない。
どうでも良い話ばかりで意味が無い。
864(1): 2019/12/14(土)16:09 ID:iAHQje9y(1/3) AAS
>>860
鏡を見なよ
書いてること読めないくせに、書いてないことにして逃げてる君が居るよ
日本人じゃないのかなあ？
865: 2019/12/14(土)16:19 ID:JneJDC0D(2/4) AAS
>>864
「書いてる」って強弁するしかない低能乙
低能のパターンっていつも同じだなw
866(1): 2019/12/14(土)16:48 ID:iAHQje9y(2/3) AAS
IDもたどれない低脳が何言ってんのかな？
867(2): 2019/12/14(土)17:36 ID:JneJDC0D(3/4) AAS
>>866
IDたどればわかるって言うのも低能がよくやる手
もちろんどんだけたどっても出てこない
出てくると言うなら
> レス番示して引用
するだけでいいんだけど、やれないから色々知恵を絞って言い訳してる
まあ知恵絞っても所詮低能の知恵だからいつものパターンしか出てこないけどなw
868: 2019/12/14(土)17:45 ID:SZLGcxYz(1) AAS
匿名掲示板にないものをあてにする
そもそも根本的なことがわかってないまま
おかしい前提でわめくやつってよくいるよね
869(1): 2019/12/14(土)18:14 ID:6GWqrPiA(1/2) AAS
>>867
スレチって言葉知ってます？
870(1): 2019/12/14(土)18:15 ID:iAHQje9y(3/3) AAS
>>867
はい、日本語検定終了です
無能をご自身で証明しましたね
854 ：デフォルトの名無しさん ：sage ：2019/12/13(金) 20:55:09.79 (p)ID:azLSlpn/(6)
このＩＤすら辿れんの？検索って言葉も知らなかったの？
書込み6つのうち、理由書いてるの一つだけだぞ
これでも使わなくていい理由に該当する日本語文章を理解できないなら、マジモンだわ
871: 2019/12/14(土)18:40 ID:OXhHrwiB(1) AAS
ガガイのガイ
872: 2019/12/14(土)18:51 ID:JneJDC0D(4/4) AAS
>>869
知ってるならお前こそ無駄なレスするなよw
>>870
たどっても書いてないからなぁ
書いてると言うならとっとと
> レス番示して引用
しなよ
まあできないからグダグダ言うしかないんだろうけどw
873: 2019/12/14(土)19:44 ID:6GWqrPiA(2/2) AAS
スレチの指摘がスレチって小学生ですか？
スレ内検索方法もスレチですよ
874: 2019/12/14(土)22:05 ID:kglnzMFx(1) AAS
5ch初心者か？
嵐の相手する奴もまた嵐
って言葉も知らんの？
875: 2019/12/16(月)13:57 ID:OEfOSaxg(1/2) AAS
ここが適切かどうか解りませんが最近のWindows10で腑に落ちないことが
32bitのアプリ内からプリンタドライバ経由でファイル生成を行ってたんですが
実体のファイルが無い(＝親プロセスから見えない)のに処理が完了するようになってました
少なくともWindows7やWindows10初期では出なかった問題なのでここ最近のアップデートで
関連する何かの仕様変更があったのでしょうか？
今までは次ステップ処理で単にファイルの存在確認だけで問題無かったのですが
対策として存在確認の前に生成されていない状況を想定し、ウェイト入りで
複数回確認することで回避は出来ています
変更内容によっては他の箇所も潜在的な問題が埋まってることになるのでいっぱい見直さないと・・・
876(1): 2019/12/16(月)14:51 ID:0QfDHC/h(1/2) AAS
ファイル生成完了するまで処理が戻ってこなかったのに、完了前に戻ってくるようになったって事？
これはむしろ昔からそのような仕様だったような
印刷枚数を厳密に管理するためにファイルに吐いてから自分で印刷をかけるシステムを
組んだことあるけど、ファイル生成完了まで待つ処理を作ってた記憶がある
ファイルが見えないだけなら権限の問題じゃないのかね
877(2): 2019/12/16(月)19:04 ID:OEfOSaxg(2/2) AAS
>>876
ファイル生成完了前に戻ってくるようになった、という認識です
Windows2000の時に組んで今年に入るまでは問題報告を受けてませんでした
アクセス権の反映と思って(あるけど触れない)単純に１〜２秒のウェイト入れて一時的に
回避してたのですがそれでもおかしい時があるのでキッチリ見えるようになるまで待つようにしました
Windows7の時にもの凄い回数の負荷テストを乗り越えてた処理なので
少なくともWindows10以降からの仕様とは思ってるですけどねぇ・・・
878: 2019/12/16(月)20:45 ID:0QfDHC/h(2/2) AAS
>>877
Win95〜ME辺りの相当前のことなのでちゃんと覚えてなかったゴメン
ソース引っ張り出してみたけど、単にメッセージループ挟みながら
出力ファイルをaccess関数に渡して0が返ってくるの待ってるだけだった
この後自分でポートに出力してる流れ
この時のaccessが0を返すタイミングがファイル作成中なのか終了後なのかもはやよく分からないけど、
ファイル作成中なら後のポート出力で死にそうなんだよね・・
古すぎてもう動作確認無理
この辺の動きはプリンタードライバーによっても違ったような気もする
（意図した動きをEPSONはするけどCANNONはしなかったとかで、EPSONを採用したような）
省1
879: 2019/12/17(火)09:24 ID:Gy2xCCd1(1) AAS
せっかくなのでもちょい情報共有
PrinterにFileName与えて印刷ジョブ作ってファイル保存させているのですがこのファイルが見えない
何かアンチウィルス系ソフトが引っかけてるのかと思って読み書き出来るようになるまで待つループを
入れてはみたけどそもそも見えない状態で印刷処理が終了して帰ってきてます
後工程ですがAdobeのDistillerAPIで上記のファイルからPDFに変換させてるんですが
明確にPDFファイル生成終わってから戻るってプロパティを指定しているにも関わらず
実体ファイルが見えない状態で元プロセスに戻ってくるって所です
子プロセスで生成したファイルを参照する場合、同期(処理完了待ち)してても
ちゃんと実体ファイルがある(見える)かどうか確認しろって仕様なんでしょうね
880: 2019/12/17(火)10:37 ID:sJgjk0Fu(1/2) AAS
>>877
ファイル生成に使っている関数はなんなのかとか、
作成先はローカルHDDなのかネットワーク越しなのかその他のデバイスなのかとか
881: 2019/12/17(火)10:41 ID:sJgjk0Fu(2/2) AAS
あプリンタドライバか
ちゃんと見てなかった
882: 2019/12/17(火)10:48 ID:rApV4krM(1) AAS
AA省
883(1): 2019/12/17(火)11:03 ID:KzMqUd+t(1/2) AAS
極大重圧呪文
敵の足元に事象の地平面が現れる
884: 2019/12/17(火)14:46 ID:7Wrw/7IE(1) AAS
重圧はのしかかるものなのに足元とは
885: 2019/12/17(火)17:24 ID:6LhBKKEf(1) AAS
>>883
ダイの大冒険？
886: 2019/12/17(火)19:32 ID:KzMqUd+t(2/2) AAS
うわ、誤爆ってたの？
すまん今気付いたw
887: 蟻人間 ◆T6xkBnTXz7B0 2019/12/17(火)22:37 ID:meZ9RH2S(1) AAS
SysLink controls for Windows 2000+
外部ﾘﾝｸ:github.com
888: 2019/12/18(水)00:53 ID:05wxiJCk(1) AAS
CreateProcessマスターに俺はなる！
889(2): 2019/12/20(金)00:32 ID:RUAfqlkn(1/3) AAS
質問させてください。
コマンドプロンプトが入力待ちしている時に、右クリックするとクリップボード内のテキストが貼り付けされますが、
キーやマウスの入力エミュレートを使わずに、似たことを外部プロセスから実行する方法ってありますか？
具体的には、所定の文字列をコマンドプロンプト入力待ち領域に貼り付けて使えるようにしたいです。
WriteConsoleOutput()はあくまでも文字列をコマンド窓内に描画するだけであり、これを入力文字列としては使えないという認識です。
890: 2019/12/20(金)02:39 ID:u+7Wx2e4(1/2) AAS
printf？ stdout？
891(1): 蟻人間 ◆T6xkBnTXz7B0 2019/12/20(金)08:40 ID:DMSRAkHW(1) AAS
シェル自作がお望みかな？
892: 889 2019/12/20(金)08:54 ID:RUAfqlkn(2/3) AAS
>>891
コマンドプロンプト版のhistoryにあたる doskey /h だけでは不満でdoskey /h の結果を使って、
プロンプト上で選んだ履歴文字列をプロンプトに出力して使えるようにし、
TABコマンドやF7, F8押下コマンド みたいな挙動が実現できればと思っています。
893: 889 2019/12/20(金)08:58 ID:RUAfqlkn(3/3) AAS
F7押下で履歴リスト選択がCUIとして表示されますが、これを別プロセスで実現し、リスト選択した結果を呼び出し元プロセスのコマンドプロンプトに渡せればな、と。
894: 2019/12/20(金)09:17 ID:u+7Wx2e4(2/2) AAS
パイプでおｋ？
895(1): 2019/12/25(水)16:33 ID:P4bU09Ny(1/3) AAS
ちょっと教えてください
スリープ解除後、自作アプリのウィンドウが勝手に
OSによって動かされることがあるんですが
ユーザでなくOSによってウィンドウが
移動させられたことを知る方法ってあります？
もしあれば教えてください
896(1): 2019/12/25(水)17:15 ID:nxgYpIXA(1) AAS
誰に移動さられようが普通にウィンドウメッセージが飛んでくるんじゃねえの
897(1): 2019/12/25(水)17:20 ID:vypSjpz7(1) AAS
スリープ前後で瞬間的に解像度が変わっているんだろう
で、解像度の変更を監視するWin32APIは知らないけど
SystemEventsクラスで監視はできるらしい
外部ﾘﾝｸ:smdn.jp
898: 2019/12/25(水)20:46 ID:5BvN72vp(1) AAS
Windows Terminal ちょっと使ってみたんだが、良さがわからなかった。
マイクロソフト公式の「車輪の再発明」って感じ。
899: 2019/12/25(水)21:16 ID:P4bU09Ny(2/3) AAS
>>896,897
DisplaySettingsChangedでちょっとテストしてみます
900: 895 2019/12/25(水)23:24 ID:P4bU09Ny(3/3) AAS
WM_DISPLAYCHANGEで試してみました
質問には関係ありませんが、4KとFHDのデュアルモニタ構成で
スリープ復帰後にサブのFHDモニタのほうが先にアクティブになるのが原因で
個々のウィンドウが移動してしまうみたいです
22:51:29- Width=3840 Height=2160 MonitorCount=2 Left=3183 Top=921
-- Display Sleep
23:07:52- Width=1920 Height=1080 MonitorCount=1 Left=1271 Top=461
23:07:54- Width=3840 Height=2160 MonitorCount=2 Left=2542 Top=922
901(4): 2019/12/26(木)00:55 ID:mIZi4PgB(1) AAS
display portで繋いでると、ディスプレイの電源offを感知して
offってないディスプレイに勝手にウィンドウを移動するのがうざくてしかたない
offったディスプレイの電源をonしたら戻すならまだ許すんだけどそれはしてくれない
この動作をどこかのレジストリとかで止められないのかな
902(1): 2019/12/26(木)01:22 ID:rIhsLdYp(1) AAS
HDMIでつなげば解決
上下前次1-新書関写板覧索設栞歴
あと 100 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.221s*