Win32API質問箱 Build125
■ このスレッドは過去ログ倉庫に格納されています
>>13
DROPFILES構造体とHGLOBALとPostMessage(WM_DROPFILES)を使えばできるはず。 >>14
確かにその方法で、メモ帳やサクラエディタにはでドロップできるのですが、Visual Studio 2017やMozilla Firefoxにはドロップできないようです。
トップウィンドウのウィンドウハンドルを指定しているのですが、WM_DROPFILEを送るウィンドウハンドルの問題なのか、それとも違う要因なのか。 >>15
WS_EX_ACCEPTFILES拡張スタイルをチェックしながら、WindowFromPoint、GetParent、EnumChildWindowsなどでたどっていく。
ウィンドウの構造は、Spy++で分かるはず。 >>16
何をたどるのですか？
もう少し汎用的な例に変えます。
エクスプローラーで開かれたフォルダにファイルをドロップするにはどうすればいいでしょうか。
Windows10で試しているのですが、どなたかドロップ出来た方いらっしゃいますか？ たどるは、ウィンドウハンドル。ハンドルなくば話にならぬ。
FindWindow, FindWindowEx、EnumWindowsでまずはターゲットのウィンドウハンドルを取得する。 >>18
たびたび回答していただくのは有難いのですが、失礼ながら徒労に思えます。
フォルダへのファイルドロップの成功事例はご存知でしょうか？ ちなみに徒労について書いておくと、
Visual Studio 2017とexplorer.exe をSpy++で調べたところ、WS_EX_ACCEPTFILESを持つウィンドウはひとつもなし。 >>22
マウスエミュレートなしでどうかひとつ m(_ _)m そういうのはソフトによってできるできないどうしてもあるよ
ひとことでD&Dいっても実装方法色々あるからね
汎用的なの考えずにターゲット絞れ CreateProcessをUTF-8で実行したいんですが何か良い方法ありませんでしょうか >>26
呼び出し側がコードページを変えるなどしようとも、実行される側のプログラムは引数を規定コードページで受け取るので無意味。 utf8ってかunicode使いたいってだけでしょ
CreateProcessWで >>26
文字コード変換を挟んだラッパー関数を作るんではダメかな >>27
cp932が返ってきました
>>28
調べてみます(_ _)
>>29
パイプして出力を読んでそれをcp932からutf8に変換するということですよね 932から変換したらその分おちるから意味ないでしょ
SetConsoleOutputCPの話か？ >>26
何をUTF-8にしたいの？
CreateProcessに関連する文字列は
(1) 実行ファイルのPath
(2) コマンドラインパラメータ
(3) 環境変数
(4) カレントディレクトリ
(1)(3)(4)はCreateProcessA/CreatePeocessWでMBCSかUNICODEで渡す
必要があり、UTF-8では渡せない。(UTF8をUNICODEに変換して渡す)
(2)は受け取る側(実行されるアプリ側)しだいだねえ。 shell lightweight library, 略してshlwapiには便利な関数がたくさん詰まってるよ。のぞいてみてね。 CP_UTF8とMultiByteToWideChar関数を使う。 >>33
CreateProcessにPythonとスクリプトを渡して実行、その出力をUTF-8で得たいんですが
例えば
python hoge.py
というコマンドラインを実行させるということなんですが
hoge.pyの出力はUTF-8になっているんですがCreateProcessを通すと出力がcp932になってしまうんです setdefaultencoding
http://www.wakayama-u.ac.jp/~kazama/lab/python/i18n.html すみません、Pythonのスクリプトに
sys.stdout = io.TextIOWrapper(sys.stdout.buffer, encoding='utf-8')
を追加したら期待する出力を得られました
Win32API 関連の問題ではなかったみたいです
sys.stdout.encoding が cp932 になっていたのが原因だったみたいです
Windows環境のPythonだと標準で cp932 になるんですね
>>38-39
無事解決できました
ありがとうございました 漏れは、Ruby から、Powershell のGet-Clipboard, Set-Clipboard や、
clip コマンドを呼び出して、処理する
Ruby内では、UTF-8 で処理するから、
CP932から、UTF-8へ変換して処理して、
UTF-8から、CP932へ戻す
入力 : Windows(CP932) → 処理 : Ruby(UTF-8) → 出力 : Windows(CP932)
# クリップボード内の複数行文字列の、各行の先頭・末尾から、
# 連続する空白類を除去して、クリップボードに入れる
str = `powershell Get-Clipboard`
str.encode! Encoding::UTF_8, Encoding::CP932 # UTF_8 へ変換
ary = str.each_line.map( &:strip ) # 連続する空白類を除去する
IO.popen( 'clip', 'w:cp932' ) do | clip | # CP932 へ戻す
clip.print( ary.join "\n" )
end >>41
どこにでも沸いて出てくるんだな。
消えろ。 >>41
処理中にクリップボードが使われたらどうなるの 未だ、Win32apiって使われてるんだな。
自分はこの前古いwince向けソフトの機能追加のために
久しぶりに使った。
ce向けは仕様が若干簡素化されてたりしても少しはまった。後、開発環境(evc++)の軽さにも驚いた 表現が不適切だった。
現在のアプリ開発は.netが主体なので、c言語でwinアプリを書く機会って減ってるのかなと思って。
※.netだと便利なライブラリが準備されてるので、そもそも
win32api を使う機会も減るのかと >>46
便利なのとなんでも出来るかって云うのはイコールではないからね
手段は多く持っていたほうが良い .netの比率増えてきたけど、まだまだ.すくないなー .NET じたいがWin32APIなどライブラリのラッパーですよね？ Win32APIのラッパーはMFCと言うイメージ。
.netは.netと言うVMのAPIかな。
元がDelphiのVCLだからラッパーと言うのもおこがましい、高度に抽象化されたライブラリだし。 .NETは型システムを含めたランタイムそのものを内包しているので単なるライブラリではないだろ 極論かもしれないけど.netは単体のアプリケーションでMSの提供する
APIでWindowsの画面表示を書き換えるための環境なんだよね
なんでロジックと画面の書き換え以外の低レベルアクセスとかしようと
するとどうしてもWin32APIが必須になるのでいまだに「DllImport」みたいな
APIを残しておかないといかないわけで
低レベルはC++で書いてライブラリ化すればってのが本道なんだろうけど
結局「DllImport」するだけなんで、だったら直接Win32API呼んだほうが
早いし簡単だしってことでWin32APIから離れられないってことで
JavaもそうだけどマルチプラットフォームのためのVMで動作する言語は
低レベルアクセスを実装しちゃうとプラットフォームの違いを吸収できない
のでライブラリ参照みたいな仕組みで実装するしかないんだけどね 44だけど、.netやjavaのようなvmが昔から普及してたらと思うよ。昨年からwinceからlinuxへのアプリ移植行ったけど、できるだけ元コードに手をいれたくなかったので、win32apiやmfcと同じ動きをする関数を作って対応した。
今はlinuxで.netも動くようなので、c#で書いてたらこんな開発しなくても済んだのにと思ったりする。
当時のCPUではvmアプリはまともに動かなかったかもしれないけど。 今だって、例えばJavaならJNIゴリゴリだったりして
本気で使うアプリの移植性がいいとは思えないがなあ
安い値段で拾ってこれるプログラマが触る部分にはちょうど良いのだろうが 移植前のの開発者や仕様決める奴の能力次第だな
後々のこと考えてた奴のを移植するのは言語関係なく移植楽 >>56
その通りだと思う。
ただ、vm上で動くアプリはプラットフォーム依存部をvmが吸収してくれるので、そこの部分の移植は不要。 今回残念なのはシステム改修の需要は増えたけど
その場しのぎのパッチみたいな作業だけが増えたこと
どこも次の次の元号やその先の元号変更時に
「今回みたいに一ヶ月も期間置かなくても即日変更可能なシステムにしておこう」
って方向で改修する流れにならなかった
これはせっかくの天皇陛下の御英断と改元リハーサルにも関わらず
将来に禍根を遺す結果となってしまった ウインドウを閉じさせるのは簡単だけど
例えばWin10の「YourPhone.exe」など、プロセスがキモいから終了させたいという場合
スナップショットでプロセスIDまでは掴んでいるのだけど
そこからプロセスを終了させるには、子プロセスを調べたりして面倒そうですか？ ＞天皇陛下の御英断
ちょーキモい野郎だ
あんな寄生虫は即刻処刑すべきだ
特別会計や本来不要な「国債」でどんだけ搾取されてると思ってるんだ >>63
在日特権で寄生してるどっかの民族にそれ言えよ >>62
使わないんだったら最初から起動しなければいい ＞在日特権で寄生してるどっかの民族にそれ言えよ
天皇が同和朝鮮人に治外法権を与えるから
同和朝鮮人は女の子を強姦して臓器を抜き出して病院から２千万円ゲットだ
警察に捕まっても天皇同和だと言えば解放される
問題は朝鮮人天皇にあると思いませんか？ >>66
ほとんどの人はもう免疫が出来てるぜ。あきらめろ。 「IEコンポーネントでダウンロードマネージャを実装したい」 https://t.co/PW5Ew1rmEj #teratail 👀
Rock54: Caution(BBR-MD5:b73a9cd27f0065c395082e3925dacf01) OSの日付表示を元号表示にしてない非国民なんているの？ 天皇制いらね。
即位したから10連休？恩赦？
バカじゃねーの
どこの後進国だよw ぼくも明日から5/6まで休みますが上級国民にカテゴライズして貰えるのですかね？(純真) >>71
極東の後進国ですよ。文明の到着が一番遅れるんです。 業務でエクスプローラでファイルリストを見る時は、曜日も表示できるようにすると便利だということに最近になって気づいた。
頭を慣らすために西暦ではなく元号の年月日時表示形式にするのは、プロとしての心得でしょ。 頭を慣らすために曜日非表示は最低限だろ。日付非表示までいけよ。プロとしての心構えが足りないぞ 元号＆曜日つきの日付設定の件は、ファイルブラウザ限定の話ではない。メールブラウザとかも。 曜日表示はWin32の守備範囲だぜ。スレ違いではない。 メーラーのThunderbirdだと、OSで元号表示にしたら「西暦2019年4月25日(木) 12:14」のように表示され、
元号表示ってそういう意味じゃないだろ、と静かなツッコミを楽しむことができるぞ。 >>81
日本では「AD」を「西暦」と呼んでいるから違和感があるだけ。「AD」は「アンノドミニ」という名の元号。 EnumDateFormatsExEx() で取得できる書式を使っても、GetDateFormatEx()では「西暦」を含む文字列は出力されない。
となるとMozilla Thunderbirdは書式に含まれるggを独自に「西暦」という文字列に置換していると予想できる。 >>83
紀元前を意識してるんだっけ？
Windowsがそんな昔を想定して作られているとは思えぬ。 >>82
アホか、元号について調べてから出直してこいよ
ちなみに西暦は紀元な SYSTEMTIME structure
https://docs.microsoft.com/en-us/windows/desktop/api/minwinbase/ns-minwinbase-systemtime
The year. The valid values for this member are 1601 through 30827. >>86
西暦はそういう年号なんだよ。まともに調べてものを言えよ！ >>89
元号と年号の区別もつかないアホは黙っとけw ほんとアホばっかｗ
西暦xxxx年って書き方は普通だよ
平成は元号であり年号でもある
西暦は年号だけど元号ではない
>>81は「年号表示」という訳にしとくのがいい 60 名前：名無しさん＠１周年[sage] 投稿日：2019/04/26(金) 17:07:27.22 ID:ZP74hWkE0
access2016は対応済みだな、表示をgee/mm/ddにしてH31/05/01と入力するとR01/05/01と変換してくれる。
ちなみに2007だとR01/05/01と入力するとご丁寧にもH31/05/01と変換してくれるw
そこまでやるならきちんと対応しろと言いたい。 大規模開発の時に役立つ
・モジュール間の結合を下げて、作業分担・デバック・例外処理の範囲を明確化できる
・継承の型指定で、質がピンキリなプログラマーたちの実装を縛れる
・オブジェクト指向の思想は直感的でわかりやすいから、頭の弱いPGにも理解させやすい
特にプログラマーの質が低い時は、javaを使わないと大規模開発できない >>92
まだ改元された訳じゃないからそれで正しい
5/1 以降は動作が変わるはず >>92
運転免許の表記がH35だが、勝手にRに変えられても困る S64年からH1年 と書くようになった時、たぶんあまり違和感を感じなかったと思うが
R１年ってなんか妙だな
R1とか書かれたら国一と勘違いしそう 自作アプリで、他アプリがアクティブなときでもマウスイベントを監視するために、
SetWindowsHookEx(WH_MOUSE_LL, HookProc, hmod, 0);
とすると、確かにHookProcが呼ばれますが、
アクティブな他アプリが管理者特権あり(タスクマネージャとか)だと呼ばれません。
その場合でも、自作アプリが管理者特権ありで実行されていれば、
ちゃんとHookProcが呼ばれます。
自作アプリを管理者特権なしの通常の実行時でも、
タスクマネージャとかがアクティブなときのマウスイベントを監視するには
どうすればいいのでしょうか？
フリーソフトのX-Mouse Button Controlとか、StrokesPlusとか、
ではできているようなので、なにかしら方法はあると思うのですが。
(win10, 64bit) 自分より上位の権限で動作してるプログラムの動作を盗めちゃったら
特権の意味がないじゃん そういう場合setupでSYSTEMで動くサービスをこっそり仕込んどくんだよ フックを仕込むプロセスを管理者権限で起動すればいいだけでは こっそり悪いことをしたいのに、それでは困るんです！！
詳しい人だけレスしてください！！ マウスジェスチャツールの類って、
管理者権限アプリがアクティブな時は動作しません、
ってわけにはいかず、
実際、例示したソフトは管理者権限なくても
ちゃんと動作してて、これって一体どうやって実現してるんだろう？
という純粋な興味と、
できれば管理者権限はあまり濫用したくないのと。 たとえばUACの画面でも動いてるってことは管理者特権で動いてるってことだよ >>103
すでに試しているかもしれないけど、同じようにキーフックとマウスフックする
プログラムで試したら、同じようにタスクマネージャがアクティブウィンドウに
なっていると反応しなくなったので、アプリ自体を管理者権限で起動したら
動作するようになったよ
なので、手作業で管理者権限で実行しなくてもうまく動作するアプリは内部で
権限の取得を行っているんだと思うけど
試していないので分からないけど「"windows10" "管理者権限" 取得 api」
あたりでぐぐるとヒントあるかも エディタボックスの EM_GETFILELINE について教えろ下さい。 指定したファイル（または論理）行のテキストを取得します（テキストの折り返し区切り文字は無視されます）。このマクロを使用するか、EM_GETFILELINEメッセージを明示的に送信することができます。 改元を契機に、OSの日付表示を「和暦」にすることをお勧めしたい。
エクスプローラで日付に曜日をつけられるのは「和暦」だけ。
ファイル一覧の更新日時に曜日が表示されていると便利だよ。 パソコン初心者スレで言ってろよｗ
曜日が欲しいのにないなら自分で表示すればいいだろ そもそも日付設定を西暦にすると短い書式で曜日表示できないWindows10の仕様は不便だと思うけど、どうよ？ タスクバーは非表示にしてるからそいつに頼ることがない >>111
設定→時刻と言語→地域→日付、時刻、地域の追加設定→日付、時刻、または数値の形式の変更→追加の設定→日付タブ→短い形式をyyyy/MM/dd '('ddd')'にする ■ このスレッドは過去ログ倉庫に格納されています
