先はなげぇ、長過ぎる。
.xllからトレイアイコンを登録したあと、マウスボタンアップイベントを取得するまではできたけど、メニューを表示するのは結構難しい。
いや、表示だけなら、メニューリソースをひっぱってくればいいんだけど、更にメニューのイベントを取得できないと意味無いじゃん。
その意味あることってーのを実現しようと・・・どうすりゃいいんだって話。
メッセージループで処理するのは分かってるけど、トレイアイコン表示の為だけにそれごとライブラリ化しちゃったからなぁ・・・
また設計見直ししなきゃならんかなぁ。
それとも、メニュー用に別途ウィンドウハンドル用意した方がいいのかしら。
どうすっかな・・・
DLLだろうがなんだろうが、ちゃんとしたコードを書けば、ちゃんと動く。
とりあえず、.xllからタスクトレイアイコン(通知アイコン)の登録に成功した。
メニューやバルーンはまだ無い。
バルーンに関してはレジストリ依存で非表示にできちゃうらしいから、非対応。
メニューは表示させたいところ。
＃クリックでウィンドウ開いてもいいけど、メニューだけでもON/OFF選択くらいは可能だからなぁ。
こういうの、やっぱりMFC使ったほうが楽できるんだろうけど。
＃今のところ、非MFC。
XPだとトレイアイコンの識別にID(数値)管理しかなく、メモにした方法では、ExcelのWndProcをフックしても、何かのコントロールとID重複する危険性が無いとは言えずということで悩んでいた。
よくあるパターン。
Excelアドインのセキュリティ問題は大体解決(残すはxll本体をどうするか＜でかい！)したんで、まぁいい。
で、通知アイコンを実装しようと思ったら、C/C++(非MFC)の場合、今まで適当に済ませてきたことが一気に襲ってくるわけ。
parallel_forなんてものを知る。
すげぇじゃん、これ！
って思って、Addin for Excelの利用者定義定数関数の登録に使ってるfor文をparallel_forに変えてみた。
8192関数の登録時間を短縮してやろうという腹積もりですよ。
どうも、Addin for ExcelにもDLLロード(に関連した)脆弱性があるような気がしているのだが、そういう報告というかコメントも無く。
俺が考えるxllでユーザと対話する方法についてのメモ。
必要事項は、ダイアログを出さずに、関数呼び出しと関係なく使えること。
とりあえず、Ver0.8.1として登録は完了。
でも、Excel97の件、ちょっと気になる。
あぁ、もうね、ありえねぇ。
Excel95でもExcel2000でも開けて再計算できるExcelブック(アドイン評価用)を、Excel97で開くと、例外吐いて落ちやがる。
