堕天使の煉獄

あれからもうちょっと細かいところを弄る。


はふ～。
とりあえずでけた～

なにげに限られた空間内に見栄えと機能性（ユーザビリティ含む）を両立させながらコントロールを配置していく作業は、さながらパズルのようでその辺はちょっと楽しい部分だったりするぽ。

今回の嵌りポイントは、パッドのボタンが1～16個あるのだけども、これら全部にいちいちボタンクリック時のイベントを書くのはめんどくさい。リスト構造にしてボタン押されたら共通のボタンクリックイベントを呼び出し、そこで押されたボタン番号(index)を受け取って～みたいな事をやろうとしたのだけども。

ＱＴならまんまボタングループとか、コントロールをグループ化する機能が最初からあるし、ボタン自体を継承して、ボタンインデックスを自分で持ってるボタンとか、イベントにユーザー定義のデータを追加するとか、いろいろできるんだけども。
wpfだとどうやったものか。

なにげにＱＴのときはqmlとかいうxamlもどきのものが用意されている物の、なんかほとんど触ったことなくてほとんどｃ++のコードで全部組んじゃってたんですが。
wpfではxamlの方のウェイトが嫌でも多くなる感じですね。
ドキュメントを探しまくって、やっと見つけた奥まったところにある機能を呼び出すためにこれまたちまちまと何行もコードを書いたあとで、xaml上ならほんの数文字で同じものが出来るのかよ……ってことが何度かあったりしてｗ

そのへん、やっぱ昨日今日触り始めたところでまだまだ理解が足りないな－とか感じるところなのですが、そこで上記のようなものも簡単にできる方法あるんじゃないのかなと。
普通にValueとかindexとかのプロパティをすぱっと手軽に追加出来るとか。

とおもったら無かったでござるの巻。

なんか依存プロパティとかいうのが、どうやらやりたいことが出来る機能らしいのだけども。思ったよりスマートなかんじの方法でもなかった感じ……。

カスタムコントロールでも出来そう？　なのだけども、ＱＴの場合は……ええと名称わすれた……コントロール上で右クリックメニューから、簡単に他のコントロールとか継承されたコントロールとかに変更できるのだけど、wpfにはそういうの無いみたいで。なので位置からまたボタン１６個分つくって配置し直すのもめんどくさいなーというかんじで依存プロパティで実装してみたんですが。
手間的にはどっちもどっちか感じだったかなコレ。


あとは、なんか古い記事がおおかったので、今現在の2015でもそのままなのかわからないのですが、ファイルダイアログとかでカレントディレクトリを変更すると、その後またファイルダイアログ開くときにカレントディレクトリの位置が変わったままになると言うバグ？　というのがあるらしく。

んで、古い記事によると、ＶＢ６なんかにはApp.Pathとかグローバルなメソッドで実行ファイルのパスがすぱっととれたらしいのですが、最近の.netではやたらと糞長いコードを書かないと実行場所のpathもとれないとか。バグ？の件ふくめなんだかなぁなかんじ。
相変わらずしょーもないところで駄目さ加減が半端無いＭＳさん……。

うーん。
DirectInputの件が無ければ、多分もうＷＰＦは触ることないかなぁ。
なので、もうどうでもいいや（ぉ

んでも、実行ファイルが数百ｋぐらいでランタイム無し（os標準で入ってるの意味）で配布出来るのは強みですけどね。

その辺ＱＴは痛い……。

まあ、もともとそんなＧＵＩアプリなんか作る機会も無い感じなのでアレですが。
そいや昼間、某氏から冬コミうかったのでそろそろ打ち合わせを～的なメールも来てたしで、ＰＧはしばらくお休みモードかな。