orange @[email protected]

オレンジが得たこの情報を、どこかでわかりやすく誰かが解説してくれてたら3日も試行錯誤しないで済んだ＞＜；
例えばLinkCollectionがボタン1個とかの単位でまとめたグループみたいなのであるなんて、名前から推測できないじゃん？＞＜；
ドキュメントの機械翻訳も意味不明だし＞＜；（英語難しい）

取得できる情報が何であるかは、UsagePageって数値とUsageって数値の組み合わせで出てくるので、HIDの規格書で調べる必要がある＞＜

HID Usage Tables 1.6 | USB-IF
https://usb.org/document-library/hid-usage-tables-16

nugetにある末代の人が作ったライブラリを、HidP_GetDataで検索しても出てこないから、それはオレンジのとやり方が違うっぽい＞＜（あんまりへんてこなデバイスは考慮してないライブラリ？＞＜）

簡単に言うと、
HidP_GetCapsとHidP_GetValueCaps（座標とか用）とHidP_GetButtonCapsとHidP_GetUsages（ボタンとか用）を使って『UsagePageとUsage』の『DataIndex』への対応を調べて、
HidP_GetDataで、ちゃんと区切られたデータを得て、
区切られたデータはDataIndexとRawValueのペアなので、さっき調べたUsagePageとUsageとの対応を調べて、それが何の数値なのかわかる感じ＞＜

複数のデータで成り立つもの（例えばX座標とY座標）とか同じものが複数あって区別する必要があるもの（タッチパッドなら指ごとのデータとか）は、LinkCollectionっていう値を同じにする事でまとめて、フォルダみたいな扱い（ディレクトリ構造）になってる＞＜（規格上はツリー状になるらしいけどタッチパッドの場合は孫まではなかった（？）のでそこまでは解析してない・・・＞＜）

やっとHIDなデバイスからWM_INPUTの情報を全部取得できるようになった＞＜
お手本にしたサイトのやり方はあくまでタッチパッドの座標とかに特化したやり方であって、ボタンとかの情報も取得しようとするとやり方がだいぶ違うっぽい＞＜

APIがどうのというか、USB HIDの仕様がわけがわからない・・・＞＜

RawInputAPIでボタンの状態をちゃんと取得するの難しすぎる・・・＞＜

実はIDを取得するやつだったっぽいやつ＞＜
HidP_GetUsages関数 (hidpi.h) - Windows drivers | Microsoft Learn
https://learn.microsoft.com/ja-jp/windows-hardware/drivers/ddi/hidpi/nf-hidpi-hidp_getusages

データを取得するやつっぽいもの＞＜
HidP_GetData関数 (hidpi.h) - Windows drivers | Microsoft Learn
https://learn.microsoft.com/ja-jp/windows-hardware/drivers/ddi/hidpi/nf-hidpi-hidp_getdata

「なぜかデータを取得するAPIで変な値が出てくる＞＜；　助けてGemini、このデータ見て＞＜」
Gemini「確かにおかしいですね。IDそのものが出てるようです」
～ 一時間後 ～
「ちなみにコードはこう書いたんですけど・・・＞＜」
Gemini「それはIDを取得するAPIです。データを取得するAPIはこっちですね」
「・・・・・＞＜」

「iOS 26」正式発表　12年ぶりにデザイン刷新、“液体ガラス”のようなUIに - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/2506/10/news062.html

やっぱVistaのすりガラスデザインは正しかったんじゃん！？＞＜
だから背景が透けるのはデコレーションじゃなく実用上必要なデザインって言ったじゃん？＞＜
誰だよ半透明はただの流行とか言ってたやつ＞＜（たしかWin8時代のMSのUXデザインガイドラインで見かけた気がする＞＜（読んでブチ切れた＞＜））

（「主に」をつけた＞＜；（地上の人も危なかった事例もあるので＞＜；））

航空の重大インシデントで死にかけるのは主に乗客と乗員だけど、別に乗客全員が「別にそんな怖くなかったし、機長は優しい人で結果的には心地よいフライトだった」と思ってても重大インシデントであることには変わりない＞＜

当人が不本意でも、秤の問題は普通に当人以外にも問題なんだから当人が不本意に思う広さの外側で騒がれるのは別におかしくないし、公共の問題は当事者のみの問題では無いよね感＞＜

銀行のアプリでも、なんの役にもたたない事実上の広告を大量に表示して重要なお知らせを埋もれさせてるようなアプリの場合は、たとえばそれによって通知を消していたせいで、なんらかの不正ななにかに気づけず金銭的損害を被った場合にも、そのアホな通知を大量に出すアプリを提供した銀行側が悪いって出来る＞＜
ソフトウェアやオンラインサービスの消費者保護関連の法規制強化がそういう面でも必要＞＜

そういう風に法整備すれば、たとえば「アップデータが広告を送り込んでくるのでアップデータを停めた」って事例でセキュリティ問題が発生した時に「アップデートをしなかったやつが悪い」ではなく「ソフトウェアに瑕疵があった側なのに適切にアップデートさせる努力を怠ったのが悪い」に出来て、アップデータで広告を送り込むことができなくなる＞＜
セキュリティ対策のみアップデートを受けとる事が出来るオプションの提示が結果的に事実上必須になる＞＜

オレンジ的には、範囲を限定した上でソフトウェアの分野にもユーザーに対する責任をとらせる法整備が必要だと思うよ＞＜
もちろん、単にソフトウェアのお値段やサービスの利用料の範囲じゃなく、プロプラかオープンソースかでもなく、無料のそれに関しても広告モデル等を採用して一定の利益を得ていれば責任を負わせる仕組みにする必要がある＞＜
(じゃないとGoogleみたいなのが逃れられちゃう＞＜)