堕天使の煉獄

最近あんまし良い感じのベーコン安く売ってないんだよなぁ。
ってことで、4枚セットのが3～4連で298円ぐらいの使い切りパックのベーコンをつかって作ることに。

食べてる最中に気づきました。

ベーコンのアスパラ巻って何だ？　アスパラのベーコン巻だろう……。
しばらく間違えに気づくのが遅かったりする今日この頃。アスパラじゃ巻けねー。
お味の方は、意外にも使い切りパックのベーコンでもそれなりに食べれるなと。


そんななか、意外に手間取ったツール作成。


flash@ActionScript3で簡単な脱出ゲームとか作ってみるべかーとか思ってたんですが、以前からゲーム画面とかのレイアウト作りつつ、各部分の座標とか簡単に取れるようなツール欲しいなと思っていたんですよね。メッセージウィンドウとか、たとえばRPGなんかでのHPとかのパラメータ表示位置とかそゆの。手打ちでコードに打ち込む時とかにちまちま座標調べるの面倒だったりで。

んで、さらに脱出ゲームとかって、クリップポイントとかいっぱい管理するじゃないですか。ますます座標まわり取得簡単に管理できる感じの欲しいなーと。

で、ぐぐってみたところ、時勢なのか、やたらとスマホ向けのオンラインツールでのアプリ開発者向けのレイアウト作成ツールがやたらとヒットする。

それでもめげずにぐぐってみると、いくつかは普通のデスクトップ向けソフト出てきたんですが、初めてツール作ってみました的な使い物にならないレベルのもしか出てこない。

うーむ。

古くは、まだｗｅｂ系のお仕事とかやってた時分にちょっとつかってたAdobeのFireworksみたいな感じのツールがほしかったんですよね。Fireworksはｗｅｂページのレイアウトとか向けの奴ですけど。全体のレイアウトとかざっとコレでつくって、実際のページはｈｔｍｌ手打ちで。角丸デザインのボタンとかの部品はエクスポート。みたいな使い方できて便利だったりで。

でまあ、無いなら作るかと言う感じで。

見通し的には以前に似たようなレイアウト作成ツール（某ソフトのスキン作成ツール）を作りかけた事があって。アレはあとはもうひたすら作業だけって段階まで来たところで心が折れて制作放棄したのですが（commandパターンで作成必要なコマンドが100件以上とか……めんどくさくてやってられねぇ。そのうえそんな利用頻度の高いツールでもないし）

今回のはかなり規模も小さめのささやかなツールな感じなので、commandパターンでのアンドゥ＆リドゥの実装経験にもちょうどいいかなと。

Fireworks使ってたときの記憶も呼び戻しつつ、選択範囲に画像設定から、レイアウト指定(align)付きで文字いれれて、文字と画像合成キャプチャしたものを画像としてエクスポート機能とか、角丸ボタン作成。
あとはフォーマット書式でのアイテムの座標コピー機能なんかも盛り込んでみたり。

drawRect(%x, %y, %w, %h)

なんて書式をプリセットで登録しておけば、アイテムの上で右クリック→フォーマット書式選択で％～の部分にそれぞれの値が入った物がクリップボードにコピーされる。みたいな。

と、この辺まではさして詰まるところもなく、前述の以前の作りかけの似たようなツールのコードを流用しつつさくさくつくっていったのですが。

嵌りポイントがいくつか。

まずQGraphicsSceneのQGraphicsItemってローカル座標とシーン座標の二つの座標系を持っていると言うところ。
んでもって、QGraphicsItemを選択状態にしてドラッグで移動した時にはローカル座標で移動になる。

どういう事かというと、ドラッグで移動した時、ローカル座標のposが（200,100）だとしてシーン座標が(100,100)だと、実際のシーン上の表示位置は(300,200)になっちゃうんですよね。

んでもってシーン上からアイテムを移動するとき（十字キーで移動とか）はシーン座標で移動してしまう。

そんな感じで、操作の場所と種類によって異なる座標系に適用されるのでしばらく混乱したり。
最終的には片方の座標系だけを基準として、異なる座標系の変化を基準の座標系に置き換える処理を必ず入れるみたいな感じで処理したんですけど……。
フラグ一つでローカル座標使わないと出来ない物なのか……。

ほかにはQGraphicsViewとQGraphicsSceneとQGraphicsItemそれぞれのマウスイベントまわり。それぞれを順にイベントが送られてくるのですが、物によってはここで以降のイベントは起こさないようにここで止める。とか、先に下流にイベントを送って処理させてから処理する。とか、いろいろと入り組んでてとてもめんどくさい。
見えないところに隠蔽されてて勝手に処理されてる処理とかもあったりするし。

複数のアイテムを選択するってだけでなんでこんな面倒な事になってるのか……。選択状態だけなら良いんですが、複数選択状態で移動とかするとドラッグ開始位置の下にあるアイテム以外が選択外れちゃったりとか、イベントの流れをしっかりと把握して、そのイベントを受理するのかの細かい条件分けあたりがかなり面倒だったり……。

アンドゥ＆リドゥ関係はわりと拍子抜けするぐらいあっさりと。
QUndoStackが普通に便利すぎ。
自前でこの辺のスタック管理のフレームワーク書いたこともあるんですが、かなり面倒だった記憶が。その辺さっくりとすでに実績のあるライブラリだと使うのも安心ですね。

十字キーでアイテム移動とかのとき、1ｐｘずつ移動のたびにコマンド発行してると、アンドゥも1ｐｘずつ巻き戻すのかというと、普通は十字キー移動以外のコマンドがくるまで移動位置を加算して保持して一回のコマンドで巻き戻せるようにするのは定石だとおもうのだけども、その辺はどうやるのか。
スタックで管理してるんだから、pop_backして同じコマンドだったら移動量を加算してまたpushする。みたいな感じなのかなーとおもったのだけども。
pushはあるけどpopが無ぇっ。

あるぇーじゃあどうやんの？　とおもったら、スタックするコマンドはQUndoCommandというオブジェクトの派生クラスで実装するのですが、このなかにmergeWithという仮想メソッドがあって、ここで同一のコマンドの場合は値を結合するみたいな処理を書く専用のものがあるのかー。
こりゃまた便利。

んでもググってるときに同じところで悩んでる人のQUndoStackにpopは無いんですか？　てきな記事が結構ヒットしたりｗ
そうだよなー普通にQUndoStack、スタックと来れば普通にpopで何とかするんだろうなってのは普通に浮かびますよね。

それからstd::functionはやっぱ便利だなーと。
単に値書き換えるだけのコマンド系はオブジェクトの値書き換えのsetterとgetterのメンバ関数をstd::functionで登録する形にすればあとはテンプレートつかうと、いくつもいくつもコマンド書かなくても済むようになったりで。


QT CreatorのUI作る画面のプロパティ設定するろところ。
あんな感じのコントロールが標準でほしいです。
ツリーウィジットの各項目にスピンボックスやらラインエディタやら付ける感じの。
同じ様なの作ろうとしたら、標準機能だけでは無理で結構ディープな茨道をすすまないと無理なところがアレだなぁ……。
この辺は前述の以前の作りかけツールの時点でクリアしてたので、今回はちょっとコード見直してちょこっと修正したぐらいで済んだんですけども。以前はこの部分が一番時間掛かってた気がするぽ。
QGraphicsSceneまわりでもそうだったけど、ちょっと違ったことやろうと思うと、膨大なイベント処理から必要な処理を取捨選択したりハックしたりと、なんだかんだでコーディングの時間よりもドキュメントを読む時間の方にばかり時間がとられていく……しかも全部英語だしぃ……。

そんな感じで一週間も掛からないかなと思ってたのが、一週間以上かかっちゃいましたね。
といいつつまだ途中ですけど。
あとはセーブ機能を付ければとりあえず使い物になりそうかなと言うところまでは出来たり。
あとは運用しながらちまちま煮詰めていく感じでしょうか。


しかし……軽めのflash@ActionScriptなゲームつくってみようとおもってはいるのですが。

こんなんどうだろう……とネタを思いつくも、ネタをもうすこし具体的に煮詰めだすと、どんどんとネタが膨らんできて、こりゃ軽く……じゃ済まないな。って感じになってお蔵入り。
みたいな事ばかりやってたりして。

普通にゲームネタ考えるのが楽しい～ってだけでいまいち具体性に欠けるネタばっかり～。

やっぱ明確な〆切りとかないとダメなのかねぇ……。