- aini_bellwood
- 767
- 0
- 0
- 0
次はSorter…ではなく、エネルギーの概念を組み込む。つまり、電源につながないと各ブロックが動かない。何らかの手段でエネルギーを確保、ハンドリングしなければならない。とりあえず無条件で発電するソーラーパネルを作る。
2015-11-14 22:18:47電源を右クリックで接続モード。接続モード中、他のブロックをクリックすると接続、もう一度クリックで接続解除。右クリックで接続モード終了。 ビジュアル的には電源と接続中のブロック、それからフォーカス中のブロック以外グレーアウトする、というのはどうか。
2015-11-14 22:28:39おまけ:良い案をいただきました。
@aini_bellwood どういうイメージで作っているのかわからないのでなんとも申し上げられませんが、シムシティ方式(隣接するブロック同士で接続)ではダメなのでしょうか。
2015-11-14 23:31:33@y_karas 範囲を広げすぎるとひとつのブロックに集中させたいのに分散してしまう…みたいなことになるなぁとか考えてましたが、バリエーションでカバーできますね。ひとまずこれで行ってみましょう。
2015-11-14 23:52:58@toku51n 数マス先に給電できる電源とかも面白そうね。この場合、電源本体ではなくて別のブロックにするのもいいかもしれん。
2015-11-14 23:51:07おまけ2:数日前のログ
メモ。pelletupdate内でblock接触時にpelletに接触フラグを立てる。factoryMan内で接触フラグの立っているpelletを接触相手のblockに渡す。blockはblockMan内でpelletを処理する。接触フラグは次に所属coordを跨いだ時に初期化。
2015-11-11 18:46:22@aini_bellwood factoryManで接触判定やっちゃえばよくね?pelletMan内じゃないといけない理由あるっけ…
2015-11-11 18:47:32@aini_bellwood Pelletの処理はできるだけPelletManでやったほうがよいということでPelletMan内でやる。今から実装。
2015-11-11 22:48:38えーと。昨日はblockとの衝突判定と各blockに処理を持っていくとこまで書いたので、今日は実際にpelletの挙動を変える処理か。
2015-11-13 19:10:32@aini_bellwood 昨日はblockに渡すとこまでやった。帰ったらblock内での処理を書く。blockの種別ごとに挙動が異なるため種別毎のコードまで渡してやる必要がある
2015-11-12 23:01:04@aini_bellwood pelletに対し移動方向と速度を指定する。速度は任意で、指定しない場合は速度の変化はない。まあほぼほぼ指定するだろうけど。
2015-11-13 19:12:37