beru

# resource/mytool.bmp ## 16x16 サイズ（現在あるもの）  ## 32x32 サイズ（準備中） 

> アイコンサイズは大きくしないといけないと思っています。 大きなビットマップを用意して同梱するのか、今のビットマップをソフトウェア的に拡大するのかは別問題として、対応は必要だと思います。 こちらは自分は両方必要だと思います。小さいサイズのビットマップを引き延ばして表示するとドットが目立ってしまいます。そのまま小さく表示するよりかはマシだと思いますが、やはり大きいアイコンを用意して使いたいですね。 大きいサイズのアイコンも用意してDPIが大きいケースではそれを自動的に使うようにするのか、それともユーザーが設定で任意に選べるようにするべきのどちらが良いのかの判断は付けられないですね。。 > 大きなビットマップを用意する場合、現状の4bit16色ビットマップをそのまま高解像度化でよいのか、ちょっと迷いがあります。[wiki](http://sakura.qp.land.to/?Customize%2FIcons)にあるようなかっちょいい感じのものと差し替えるべきなんじゃないか、みたいな迷いが。(機構的には8bit256色ビットマップにも対応してるので綺麗なアイコンも可能なんです。) お、wiki に色々上がっていたんですね。まぁ綺麗なアイコンを使うのも問題無いと思いますよ。 > ちょっと記憶があいまいなんですが、対応OSがwindows7以降なら 32bit(true color+alpha) のアイコンも使えたような気がします。 これについて自分も記憶がはっきりしないのでぐぐってみました。 https://social.msdn.microsoft.com/Forums/en-US/d43eaf45-d5e0-474c-a542-60376d411ffa/drawing-32bit-icon?forum=vcgeneral&forum=vcgeneral を見てみると、comctl32.dll の 6.0 以降からのサポートみたいですね。 https://www.geoffchappell.com/studies/windows/shell/comctl32/history/index.htm 現在サポート対象の Windows 7 以降のOSであれば大丈夫なようです。 > 色深度の話はコレとは別件になると思うんですが、高解像度化に伴って考えないといけない変化の一つにはなってくるように思っています。 自分は高解像度化とは切り離しても良いと思います。高解像度対応をしないと出来ない事では無いと思いますし。ついでにやってしまえばという気持ちも分からなくもないですけれど。 > ところで、この話の着地点はどの辺になるんでしょう・・・...

自分は 200% (192dpi) で使っていますが、24x24 ドットのアイコンなら入るけど 32x32 ドットのアイコンだとはみ出てしまうぐらいの高さになっています。 

タイトルバーの左端に表示されるアイコンがぼやけているのも気になりますね。

> クッキリハッキリぎざぎざ表示させる対応なら簡単にできそうです（キリッ じゃあ @berryzplus さんには以下のページのガイドラインに従った 256x256 サイズのアイコンを用意して頂きましょうか。 https://docs.microsoft.com/en-us/windows/desktop/uxguide/vis-icons

色々な設定の単位が `ドット` なのが少し気になりますね。 将来的に PerMonitor な HighDPI 対応するまでに、 `ポイント` 等の単位でも設定出来るようにしておくと良いかも知れないですね。

タイトルバーの左端に表示されるアイコンがHighDPI環境でぼやけて表示される件ですが、現在表示しているものよりもっと解像度が高いアイコンは他で使われているので、それを使うのが良さそうです。 

Ctrl キーを押しながらマウスホイールの回転をする事でフォントサイズを変える事が出来ますが、その際にステータスバーの左端にプログレスバーのアニメーション表示が短時間行われます。「こんな表示いるのかよ…」という気がしますがその考えはいったん忘れて、その表示がDPIの変化に対応していない事に気が付きました。 縦幅がピクセル絶対値のようで、高DPIになればなるほどステータスバーの縦幅と比べて相対的に小さく表示されてしまいます。 スケール | GIF --- | --- 100% |  200% |  300% | 

> 「開」「閉」「動」「場」という字の横棒が、モニタのピクセルグリッドに寄せられて等間隔でないのが美しくないですね。ヒンティングはオフの方が好きです。「て」という字の微妙に右上がりの横棒を見るとわかりますが、縦方向のアンチエイリアスが効いているようです。DirectWrite が導入された当初のデフォルトは横方向だけが有効で縦方向はオフでした。そして新しいバージョンの DirectWrite は Vista にバックポートされていません。うらやましい。ゲームができる４Kモニタが欲しい。 https://silight.hatenablog.jp/entry/2017/05/03/144138 https://twitter.com/haijinboys/status/928657251732090880 > Windows 10 Creators Update 以降では GDI 描画でも縦方向のアンチエイリアスが効くようになった ようです。ただ拡大表示するとグラデが段々になっているので処理速度との兼ね合いかもしれませんが品質はそこまで高くないような気がします。実は DirectWrite を使うともっと色々と改善出来るのかもしれませんがよくわかりません。 Windowsはヒンティング有りの文化のようで OS Xはヒンティング無しのようですが昔読んだ話なので今は違うかも？ 8K や 10K 環境が普及したらあまり気にならなくなりそうですね。

> Build Requirements がここにある理由が謎。 Build Requirements に関しては build.md ファイルに移した方が README.md ファイルはすっきりしそうですね。 > How to build がここに必要な理由が謎。 今は下記のように書かれています。 > ## How to build > > - [7Zip](https://sevenzip.osdn.jp/) のインストールして 7z.exe へのパスを通します。 >...