[過去ﾛｸﾞ] Win32API質問箱 Build125 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
248: 2019/09/05(木)10:39 ID:qYKhXOia(1/4) AAS
質問させてください。
日本語の Windows10 で、Windows Explorer のアドレスバーに
日本語で「デスクトップ」とだけ入力してエンターキーを押すとデスクトップに移動できます。
他にも、「ドキュメント」「ピクチャ」「ダウンロード」「3D オブジェクト」「OneDrive」など
いくつかの単語が特定のフォルダーと関連付けられていますが、
この対応をプログラムで調べる方法はありますでしょうか。
例えば SHGetFileInfo を使えばデスクトップのフルパスから
「デスクトップ」という日本語の display name を得ることはできますが、
SHGetFileInfo では上記のような関連付けの有無は判定できませんし、
そもそもフルパスから日本語名を得るのではなくその逆をしたいので、
省3
249(1): 2019/09/05(木)10:44 ID:Cn2xW5Dx(1/2) AAS
内部で対応表持たせるしかないだろ
250(1): 蟻人間 ◆T6xkBnTXz7B0 2019/09/05(木)11:22 ID:sYiofqED(1) AAS
SHGetLocalizedNameという関数が日本語パス名を返すみたいだが、逆はない。
SHGetSpecialFolderLocation/SHGetSpecialFolderPathで特殊フォルダのパス名を取得し、
SHGetLocalizedNameで日本語パス名を取得する。
それで対応表を作るといいだろう。
251(1): 2019/09/05(木)11:23 ID:A2EHupI7(1/2) AAS
それは対応表作るにしても結構苦労するよ
例えば俺のWin10のユーザフォルダの中を見ると
同じフォルダ内にドキュメント、と、ピクチャ、が二つずつあったりする
ディスプレイネームが同じでITEMIDLISTが違うアイテムが
同一フォルダに複数存在してたりする環境もあるって事
俺の場合は片方はOneDriveでもう一つはローカル用
同じ名前で同じフォルダ
だから単にドキュメントといってもどっちの事か分からんwwwという事態に
苦労するよ、それ
252(1): 2019/09/05(木)11:28 ID:A2EHupI7(2/2) AAS
てか、同じ名前のアイテムを同一フォルダに突っ込むWindowsが糞仕様なんだけど
普通に使う分にもどっちがどっちか分からんでムカつく
OneDriveの方は「ドキュメント(OneDrive)」とか区別付く名前にしとけよ
それかOneDriveっていうフォルダ掘ってその下に配置しろよ
同じ名前のアイテムが同じフォルダにあると混乱することぐらい分かるだろ糞
253: 2019/09/05(木)12:28 ID:ug+Xr8Ig(1) AAS
独り言はチラ裏へ
254(1): 2019/09/05(木)12:29 ID:Cn2xW5Dx(2/2) AAS
アクセス履歴見ながら対応表を順次変更すりゃいい
そういうのはアイデア次第でどうとでもなる
255: 2019/09/05(木)12:30 ID:qYKhXOia(2/4) AAS
>>249
レスどうもありがとうございます。
他の方のレスを拝見してみても、やっぱりなかなか難しそうですね。
>>250
大変有用な情報どうもありがとうございます。この方針が一番現実的そうですね。
SHGetSpecialFolderLocation/SHGetSpecialFolderPath は
CSIDL しか受け付けなくて、「3D オブジェクト」のように CSIDL がないフォルダもあるので、
CSIDL の代わりに GUID が使える SHGetKnownFolderIDList を使おうと思います。
ただいずれにしても、どのフォルダの CSIDL/GUID を指定するかは
プログラムの段階で決めないという認識で正しいでしょうか？
省10
256(1): 2019/09/05(木)12:39 ID:qYKhXOia(3/4) AAS
>>252 >>254
レスどうもありがとうございます。
確かに Windows のフォルダ階層の仕組みは少し分かりにくいところがありますが、
今回の件についてはその問題はあまり関係なくて、
ちょっと誤解を与えてしまっている気がするので改めてやりたいことを説明させていただきます。
エクスプローラでは、今どのフォルダを開いているかにかかわらず、
アドレスバーに単に「デスクトップ」とだけ入力してエンターキーを押せばデスクトップに移動できます。
つまり、エクスプローラーの中では「デスクトップ」という単一の単語とデスクトップのフルパスとが
対応付けられているということになります。そして私は、この対応表を取得したいと考えております。
257: 2019/09/05(木)13:04 ID:REbzCKHr(1/2) AAS
質問です。
ファイルに関連付けされている実行ファイルパスを取得するのに
FindExecutable()やAssocQueryString()を使っているのですが、
一部関連付けが取得できません。
どうやら関連付け先の実行ファイルの種類がWindowsパッケージ（デスクトップ）版と
ストアアプリ版とでは動作が異なるらしく、パッケージ版は上記APIで取得できる
ようですがストアアプリ版は取得できないようです。
仕方がないのでレジストリを直接たどる方法を模索しているのですが、
パッケージ版は分かるのですがストアアプリ版がよく分りません。
自分で調べた限りでは、HKCR\{拡張子}\OpenWithProgidsのREG_NONE型の{名前}
省2
258: 2019/09/05(木)13:05 ID:REbzCKHr(2/2) AAS
（つづき）
実際に.pdfがedgeに関連付けられていて上記APIでは取得できない環境
においてレジストリをたどると
\HKCR\.pdf\OpenWithProgids
のREG_NONE型の名前「AppXd4nrz8ff68srnhf9t5a8sbjyar1cr723」を元に
\HKCR\AppXd4nrz8ff68srnhf9t5a8sbjyar1cr723\Application
のApplicationNameまではたどり着きました。
しかしこれに設定されている文字列が
@{Microsoft.MicrosoftEdge_44.18362.329.0_neutral__8wekyb3d8bbwe?ms-resource://Microsoft.MicrosoftEdge/Resources/AppName}
となっています。
省3
259(1): 2019/09/05(木)13:11 ID:d3q2zCXJ(1/2) AAS
>>256
試しにmspaintと入力してエンター押したらペイントが起動しない？
と言う事は入力が日本語ならC:\Users\<ユーザー名>\この中の対応するフォルダを開く
とか内部でやってるんじゃないかな
英語の場合はLoadLibraryと同じように
Explorer.exeと同じディレクトリ
Explorer.exeのカレントディレクトリ
システムディレクトリ
Windowsディレクトリ
環境変数のPATHに指定されてるディレクトリ
省1
260: 2019/09/05(木)13:14 ID:d3q2zCXJ(2/2) AAS
英語とか日本語とか関係なかったねｗ
261(1): 2019/09/05(木)22:24 ID:qYKhXOia(4/4) AAS
>>259
レスありがとうございます。お返事が遅くなってしまい申し訳ないです。
> 試しにmspaintと入力してエンター押したらペイントが起動しない？
本当ですね！
しかし一方で、C:\Users\＜ユーザ名＞\AppData というフォルダはあるのに
アドレスバーに AppData と入力してエンターを押しても期待通りの動作はせず、
なかなかルールは複雑みたいです。
また、日本語環境ではアドレスバーに「Desktop」と入力してエンターを押しても
期待される動作にはならず、「デスクトップ」でなければならないようなので、
やはりシステムの言語設定は関係あるように思われます。
省9
262(1): 蟻人間 ◆T6xkBnTXz7B0 2019/09/05(木)22:38 ID:oF7lOGXi(1) AAS
レジストリにAppPathという設定もあるぞ。
263(1): 2019/09/06(金)19:55 ID:H/ygVIaK(1/3) AAS
AA省
264(1): 2019/09/06(金)20:02 ID:H/ygVIaK(2/3) AAS
いくつか気付いた事を報告 その2/2
・ここまでの間に気付いた事
アドレスバーに「コ」と入力すると
コントロール パネル
コンピュータ
コンピュータの簡単操作センター
この3つの入力候補が現れたけど
入力候補が表示されるのとされないのもあった
あと日本語・英語混在(sendto recent)でさらに混乱させる事になってしまったかもしれないｗ
265(1): 2019/09/06(金)20:40 ID:H/ygVIaK(3/3) AAS
ドキュメントがDocumentsの表示になった時の直し方で
LocalizedResourceNameが出てくるからそれをヒントにするのもいいかもしれない
266(1): 2019/09/06(金)23:22 ID:ZBxclhCf(1) AAS
>>262
コメントどうもありがとうございます。
色々とレジストリにもヒントが隠れてそうなので調べてみたいと思います。
>>263-265
大変有用な情報どうもありがとうございます。
書いていただいた内容を見ながら実験してみて分かったこととして、
問題のアドレスバーの挙動は環境によって相当にブレがあるようです。
私の環境（Windows 10 Pro）では、
>>263 に書いていただいた文字列のうち
「recent」「コンピュータ（ちなみにコンピュータ『ー』もダメ）」は
省13
267: 2019/09/07(土)09:05 ID:/U7tKF4y(1) AAS
>>266
10の場合はコンピュータがPCに変わったんだと思う
268: 2019/09/07(土)09:58 ID:dh6f1+zl(1) AAS
これはひどい
269: 2019/09/07(土)13:40 ID:LGCtCXOo(1) AAS
デフォルトで用意されている日本語のフォルダ名を英語に戻す
外部ﾘﾝｸ:laboradian.com
11個の日本語名になっているフォルダ
日本語名のフォルダには、desktop.ini という隠しファイルがある
270: 2019/09/12(木)18:25 ID:h3dV0Q14(1) AAS
Win32アプリのバージョンリソースについての質問です。
自作アプリの1.0.0をリリースした後、1.1.0を作成中にベータ版を出す場合、
リソースのFILEVERSIONやPRODUCTVERSIONはどのように記述するのがよいのでしょうか。
1,1,0,0は、1.1.0の正式版に使いたいのですが、これより大きい値を付けるのも変だし、
数字以外の文字は入力できないようなので。
271(1): 2019/09/12(木)19:23 ID:WE18f4SS(1) AAS
1.0.0.1とかはあかんの？
272(1): 2019/09/12(木)19:48 ID:5JZ2mwNb(1) AAS
好きにしろよｗｗ
自作アプリなんて俺は1.0も1.1も2.0もみんなβだから1.00から0.01刻みで増やしてる
昔はカスタムビルドステップでビルド番号もつけてたけど今はやってない
273(2): 2019/09/12(木)20:46 ID:igJ/H+nC(1) AAS
ちょろめとかふぃれふぉxはメジャーの数字上げ過ぎてひどいことになってるな
ばかなんですかね
274: 2019/09/13(金)10:15 ID:wKEqF87n(1) AAS
1.1.0.α
1.1.0.β
1.1.0.γ
275: 2019/09/13(金)10:18 ID:ud7Tmahn(1) AAS
1.0.0.01
1.0.0.011
1.0.0.0111
1.0.0.01111
276(1): 2019/09/13(金)11:29 ID:aNvomMID(1) AAS
>>271
> 1.0.0.1とかはあかんの？
やっぱりこれが妥当なんですかね。
他のアプリのベータ版も見てみたいとは思うのですが。
秀丸エディタは、ベータ版は4桁目を増やし続けて、リリース版には99を入れてました。
1.1.0.99が1.1.0のリリース版という法則でした。
> 1.1.0.α
> 1.0.0.01
FILEVERSIONやPRODUCTVERSIONには、αや01は入力できないです。
必ず4つの数字を入れないと、勝手に0が入ってしまいますし。
277: 2019/09/13(金)12:49 ID:IRP8OWhI(1) AAS
昔、同僚にクラス設計やコメントの書式にやたら拘る奴がいたの思い出した
綺麗なソースコード書いてたけど、まったく動かないゴミですぐ職場から消えたわｗ
278: 2019/09/13(金)12:54 ID:NSArXc0X(1) AAS
そういう人って恋人も見た目重視にしてそう
ソースコード(見た目)って意味で
279: 2019/09/13(金)17:47 ID:+RoIj51L(1) AAS
>>276
所詮決め事なんで>>272の言うとおり好きにしてくださいって話だけど
良くありがちなのは
メジャーバージョン．マイナーバージョン．ビルドバージョン
みたいな
メジャーバージョンはアーキテクチャとかUIの大きな変更とかユーザから見ても
変更されたことが分かるような場合
マイナーバージョンは単機能追加とかバグ修正などユーザから一見分からない
ような軽微な変更の場合
ビルドバージョンは作業途中の状態を管理するための連番や単一作業の区切りを
省11
280: 2019/09/13(金)17:52 ID:xaEp9cr2(1) AAS
>>273 さんはそんなこと言われなくても判ってて書いてるだろ
281(1): 2019/09/13(金)23:06 ID:ZW8mwhnp(1/2) AAS
INVALID_HANDLE_VALUEってマジで糞だよな
うっかりしてると失敗したときNULLが返ってくるって勘違いするというか
ボーッとしてるとそういうコード書いちまうことがある
大概のAPIでは失敗したときNULLが返ってくるってのもある
混在いやん
282: 2019/09/13(金)23:10 ID:ZW8mwhnp(2/2) AAS
あと、なんでINVALID_HANDLE_VALUEが必要になったのか技術的な背景が気になる
普通に0を返しとけばいいじゃん、って思うよね
他のAPIがそうなってるんだから
謎
283: 2019/09/13(金)23:49 ID:xZuGkTzd(1) AAS
お前だけじゃボケ
284(1): 2019/09/14(土)00:13 ID:n9TGnnZi(1) AAS
>>281
どんなAPIでも最低限の仕様確認してから使えよ
285: 2019/09/14(土)03:06 ID:BTqGkHHG(1/5) AAS
しかしそれらを超越した次元で総合的に判断してやっぱりINVALID_HANDLE_VALUEは糞
必要ないからな
286(1): 2019/09/14(土)03:09 ID:ztnZ3eZq(1) AAS
The Old New Thingにあったな
外部ﾘﾝｸ:devblogs.microsoft.com
287: 2019/09/14(土)05:42 ID:MJsGg5EL(1) AAS
>>284
それは論点が違う
マジで糞かどうかだろうが
285はちゃんと自分なりの見解を言っているし
286は情報提供している
お前だけとかくだらんことしか言わんボーガスとは次元が違う
16bit時代は低コストに拘るあまり
色々とアホなことをしていた
その名残を糞って言えないやつも糞だ
288(2): 2019/09/14(土)10:06 ID:TUFMAlcF(1/2) AAS
ComboBoxはCB_ERRがある
ListBoxはLB_ERRがある
ListViewはただの-1で定義無し
LV_ERRじゃないのはなんで？
289: 2019/09/14(土)11:02 ID:BTqGkHHG(2/5) AAS
>>286読んで思い出したが
そうそうHANDLEのスマポ作るときにウザいんだよな
既定の初期値を何にしておくかって問題があるからな！
ああ糞だ
290: 2019/09/14(土)11:26 ID:BTqGkHHG(3/5) AAS
後HANDLEのスマポのデストラクタでCloseHandleするとき
失敗したり何も入ってなかったり
無効なハンドルの場合はCloseHandleしないようにする場合も嫌らしい
無効なハンドルを表す値が二つ有るからな！！
if( handle && handle != INVALID_HANDLE_VALUE ){ ::CloseHandle( handle ); }
と書いてしまいたいところだが、本当にこれでよいのか？
それかCloseHandleに無効なハンドルを渡したときは何もしないことを期待して
if文なしで単に::CloseHandle( handle );とだけ書くか
しかしCloseHandleに無効なハンドルを渡したときの動作はMSDNには書かれてないんだよな
まぁ何もしないと思うが
291: 2019/09/14(土)11:39 ID:BTqGkHHG(4/5) AAS
ああ今調べたら、CloseHandleに無効なハンドル渡したら
GetLastErrorが汚染されるらしいな
292: 2019/09/14(土)11:51 ID:U/7wJfIU(1/2) AAS
初期化と開放とかのインターフェース作って、そのインターフェース派生でAPIアクセスしてるな
その手のはAPI直接叩くソース書くと後からコーディングミスに気付いても修正困難になるしバグの元
293: 2019/09/14(土)13:23 ID:i3tDL1ol(1/2) AAS
>>288
前者2つはOS基本機能、後者はコモンコントロールというオプション
という違いから歴史と立ち位置が違う
ついでに言えば設計から全然違うんで、定義がないのは不思議ではない
294(1): 2019/09/14(土)13:47 ID:U/7wJfIU(2/2) AAS
どれもコモンコントロールだよ
歴史的には昔はリストビューがコモンコントロールじゃなかったかもしれないが分からない
295: 2019/09/14(土)14:05 ID:mIZ3m5oP(1/2) AAS
昔のWindowsAPIはHANDLEとポインタが別物だったのを知らん人がいるのか
296: 2019/09/14(土)14:06 ID:mIZ3m5oP(2/2) AAS
>>288
ポインタが奇数になるはずはない(キリっ
だから奇数の空間を全て別のオブジェクトに
おれ天才じゃね？って糞言語が日本にはある
297(2): 2019/09/14(土)15:56 ID:6R0WtlX/(1) AAS
フリーのリソースエディタとAPIでGUIプログラムを作っているけど、
もう時代遅れなのかな。
みなさんは、GUIプログラムはどうやって作っていますか。
298: 2019/09/14(土)16:05 ID:BWRFT45i(1) AAS
リソースエディタなんぞ使わず全部apiからテキストエディタ上で
数値指定で作ってるんでそんな自分よりかは進んでるぞ
まあ今の時代ならvisual studio使うのが普通だろうね
299: 2019/09/14(土)16:05 ID:YkcbTkKM(1) AAS
20年前から来たのかな？
300: ◆QZaw55cn4c 2019/09/14(土)16:49 ID:1pj+LkZL(1) AAS
>>297
cygwin/mingw64 でコンパイル・リンクできるよう、リソースは手書きですね…
301: 蟻人間 ◆T6xkBnTXz7B0 2019/09/14(土)16:58 ID:0f+SL6BM(1) AAS
俺は自作のリソーエディタ使ってるけど。MinGWでもVC++でもビルドできるよ。
302: 2019/09/14(土)17:18 ID:i3tDL1ol(2/2) AAS
>>294
コモンかどうか名前はさておき、リストビューは明確にcomctl32を使うような
宣言とリンクがないと使えないでしょ
リストもコンボはこいつの範疇ではない
303: 2019/09/14(土)19:04 ID:TUFMAlcF(2/2) AAS
WinUser.h
ComboBox CB_ERR
ListBox LB_ERR
CommCtrl.h
ListView関係のメッセージやマクロ
この違いは歴史関係って事？
LVM_INSERTITEMが失敗した場合は-1が返るけど
LV_ERR(-1)とするのはおかしい？
304: 2019/09/14(土)19:37 ID:5CB9SZmv(1) AAS
作者の気持ちを想像して答えなさいスレッド
305: 2019/09/14(土)21:33 ID:FV8dJ/wR(1) AAS
Windowsで.NET使わずにC/C++とWin32APIでPerl互換の正規表現を使ったプログラムを作る場合、
従来はboost::regexやPCREなど別途ライブラリが必要だったけど、Windows10以降はICUの正規表現を使えるようになった。
ただし、可変長文字列を扱うUnicodeStringクラスがヘッダーファイルicu.hから削除されているので、std::wstringなどで代替する必要がある。
306(1): 2019/09/14(土)21:43 ID:EnCOcX5P(1/2) AAS
ListViewはWindows95で追加されたコントロール
307: 2019/09/14(土)22:37 ID:bBqfD384(1) AAS
昔の事は多少は多目に見てやれよ。今みたいにSNSが活発じゃないし、githubで他人のソースも簡単に見れるわけしゎゃない。知見を共有しづらい時代なんだから
308: 2019/09/14(土)22:44 ID:BTqGkHHG(5/5) AAS
システムハンガリアンという糞も生みだしたしな
309(1): 2019/09/14(土)23:54 ID:EnCOcX5P(2/2) AAS
ハンガリアン記法自体はBug捕り等に有効だったのに
310: 2019/09/15(日)01:22 ID:84ndTw+e(1) AAS
dwは長さが一番揺らいでると思う
311: 2019/09/15(日)04:13 ID:oAEy9Na1(1) AAS
Standard Control
Common Control
312: 2019/09/15(日)07:17 ID:o13gcpb2(1) AAS
>>309
システムハンガリアンは違うし、なんで過去形なんだ？
313: 2019/09/15(日)10:17 ID:WyNEQ0+k(1) AAS
>>306
そうなのか
他の人もありがとう
314(1): 2019/09/15(日)12:35 ID:tu3q64lr(1) AAS
unix の execlp だと pid は変化しませんが、
Win32API の execlp とか _execlp とかだと processID は変化してしまうようです。
CreateProcess が呼ばれているからだと思いますが、
Win32API の execlp とか _execlp とかで変わったあとの processID を知る方法はありますか？
(起動された側で getpid() で判るのですが、そっちではなくて元の processID を握ってる方からのリンクが切れて困ってます。)
315: 2019/09/15(日)18:08 ID:jdtp5u68(1/2) AAS
>>297
俺はリソーススクリプト直叩き
MSDNに詳しい情報乗ってるし、英語だけど
プログラマなら大体わかるよ、翻訳サイトを使ってもいいしね
そして、ライブラリ化しといて次から簡単に使えるようにしとく
バージョン情報とかも関数やクラスにして簡単に使えるようまとめとけば便利
GUIは.NETがクラス化の良いお手本になるよ
316(1): 2019/09/15(日)19:39 ID:WzV8SEFI(1) AAS
VS使わない縛りなの？
317: 2019/09/15(日)19:55 ID:G+rzyOKL(1) AAS
>>314
> Win32API の execlp とか _execlp
そもそもexeclpとかはwin32apiじゃなくて単なるライブラリだよ
とりあえずざっとソース見る限りではpidを返す方法はないみたい（インターフェースもないしね）
自分で実装するしかないと思う
318: 2019/09/15(日)23:50 ID:jdtp5u68(2/2) AAS
>>316
VSは使ってるよ、昔は無料のエディションには
MFCもリソースエディタも付いてなかったからな
趣味でやってるから問題なし
フリーのリソースエディタを入れるか迷ったこともあったけど
直叩きで行けるしまあいいかと
319: 2019/09/16(月)00:47 ID:iDbWACrZ(1) AAS
それぐらい普通、何でもないよ
俺なんかメニューバーとかスクロールバーとかツールバーとかリストビューとか
こまごましたUIパーツ、全部DirectXで一からフルスクラッチで書いたし
4K画面だとリストビューとか動作がカクカクになるから使い物にならんよ
フォントの描画が重いみたい
320: 2019/09/16(月)00:49 ID:B+hfHu5+(1) AAS
結構前からリソースエディタは無料版VSでも入ってたろ
321(1): 蟻人間 ◆T6xkBnTXz7B0 2019/09/16(月)01:47 ID:cPhlmIua(1/4) AAS
後世のために書いておくが、Visual StudioのリソースコンパイラーはUTF-8の扱いに致命的なバグがあって、最悪の場合、文字化けする。あれはANSIコードページかUTF-16で使うものだ。
322: 2019/09/16(月)10:51 ID:7yboD6Fj(1) AAS
不定期
外部ﾘﾝｸ:stefansundin.github.io
323: 2019/09/16(月)12:37 ID:IB1jvVpV(1) AAS
>>321
コンパイラーの問題だからエディターは何でもいいんじゃね
って話ではないの？
324: 2019/09/16(月)17:55 ID:+LXKkUCe(1) AAS
そもそもリソースファイルにUTF8が使えるなんて知らなかったわ
325: 2019/09/16(月)17:57 ID:Y7LS5TKS(1) AAS
いや使えないでしょUTF-8
326: 蟻人間 ◆T6xkBnTXz7B0 2019/09/16(月)18:32 ID:cPhlmIua(2/4) AAS
MinGWのwindresというコンパイラーなら、pragmaでコードページ指定すればUTF-8が使える。
Visual Studioのrcは前述の通りUTF-8読み込みにバグがある。
327: 2019/09/16(月)18:40 ID:OCMqZYFH(1/2) AAS
RisohEditorってどうなん
328: 蟻人間 ◆T6xkBnTXz7B0 2019/09/16(月)18:43 ID:cPhlmIua(3/4) AAS
RisohEditorはUTF-8とUTF-16のソースが扱える。UTF-16の入力は、独自のプリプロセッサでUTF-8に変換している。
329: 蟻人間 ◆T6xkBnTXz7B0 2019/09/16(月)18:46 ID:cPhlmIua(4/4) AAS
VSのRCの文字化けバグについては
外部ﾘﾝｸ[html]:developercommunity.visualstudio.com
こちらで。まだ直っていない。
330: 2019/09/16(月)18:52 ID:OHfOAVfs(1) AAS
リソースファイルはBOMつきUTF-16LEでいけるでしょ。
331(1): 2019/09/16(月)19:26 ID:dTSbudTn(1/2) AAS
重箱。UTF-16LE/BEと呼ぶ場合はBOMを付けてはならないらしい。
332: 2019/09/16(月)19:56 ID:OCMqZYFH(2/2) AAS
UTF-8 も BOM 付けちゃいけないんだろ
333: 2019/09/16(月)20:21 ID:dTSbudTn(2/2) AAS
UTF-8なら禁止はされていない。
334: 2019/09/17(火)00:30 ID:J+q8D2Xe(1/2) AAS
>>331
理解が間違っている。
「BOMつきUTF-16LE」と「UTF-16LE」は別のものであり、どちらも存在する。
「UTF-16LE」にBOMがついていないからこそ「BOMつきUTF-16LE」という表現が成り立つ。
小倉トーストとトーストが別のものであることと同じであり、トーストに小倉餡がついていないからこそ小倉トーストが成り立つ。
335: 2019/09/17(火)02:12 ID:GJd5TLi7(1) AAS
粒餡と餡子が別のものであることと同じであり、
餡子に粒が入ってないからこそ粒餡が成り立つ
ってことですね
336: 2019/09/17(火)02:53 ID:J+q8D2Xe(2/2) AAS
名古屋のモーニングにゆで卵がついたからといって、モーニングでなくなるわけではないのだ。
無論、ゆで卵がつかないモーニングもある。ゆで卵がつこうがつくまいがモーニングなのだ。
337: 2019/09/17(火)03:09 ID:F6p74H2h(1) AAS
名古屋とか言う異世界の話はやめようぜ
意味が分からん
338: 2019/09/17(火)18:03 ID:IoM9hprN(1) AAS
名古屋が4次元？
339: 2019/09/17(火)18:08 ID:+bGUkqkJ(1) AAS
みそかつ
みそ煮込みうどん
高血圧
340: 2019/09/17(火)18:36 ID:TzGpBMAj(1) AAS
段ボール入り肉まんが人によってはバレないが、やはり人間的にはエラーが出やすい
そういうことだな
341(1): 2019/09/18(水)14:01 ID:+0ud2Fjw(1/6) AAS
Caretの点滅間隔について質問です
自アプリがアクティブの時のみ点灯(点滅間隔にUINT_MAXを指定して擬似的に)
自アプリが起動中はWM_SETFOCUSでON(点灯)に、WM_KILLFOCUSでOFF(元の間隔)にする事はできましたし他のアプリにも影響はありません
ですが自アプリが終了したら他のアプリでもONの状態になってしまいます
メッセージを追ってみると
WM_CLOSEでDestroyWindow
→WM_KILLFOCUSでOFFへ
→プロセスが終了
になっていたので自アプリ内で再度ONになっている事はないです
これはどういう事ですか？
342: 2019/09/18(水)19:04 ID:L8SHYgAR(1) AAS
WM_CLOSE
→DestroyWindow (hWnd 失効)
→WM_KILLFOCUSでOFFへ (hWnd 違いで無視)
→プロセスが終了
かな
知らんけど
343: 2019/09/18(水)19:30 ID:+0ud2Fjw(2/6) AAS
ありがとうございます
引数は間隔のみですが一応DestroyWindow直前でOFFにしてみても同じ結果でした
344: 2019/09/18(水)19:31 ID:Dukdxvvo(1/4) AAS
完成品には道のり遠くｗ
345: 2019/09/18(水)19:37 ID:+0ud2Fjw(3/6) AAS
Getで値を見てみるとONの状態になってしまうのではなく
アプリが終了したら間隔が0xfeeefeeeになってしまう
でした
言い直しますと
System設定の500(ミリ秒)からUINT_MAXではなく200へ変更するようにしても
アプリを終了したら間隔が0xfeeefeeeになってしまう
です
346: 2019/09/18(水)19:39 ID:Dukdxvvo(2/4) AAS
たまねぎスレｗ
347(2): 2019/09/18(水)19:57 ID:u5s3196f(1/3) AAS
方法は何でもいいけど、例えばクリックしたらキャレット処理を終了→その後アプリ終了でどうなるかやってみ
問題が絞り込めるでしょ
WM_CLOSEで終了処理が思ったように動いてないってのはありがち
上下前次1-新書関写板覧索設栞歴
あと 655 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s