ばぐとらぶごる

開発者もすなるぶろぐといふものを、エンバグ野郎もしてみむとてするなり。

当たり判定。

id:hakuma / うぃずきゅんあたりから。
…某所長たんの危険領域の当たり判定を見てすっころげた記憶をひきずりだしつつ。
頭・顔・胸は歴史的事情によるものです。端的に言うと、頭・顔・胸しか仕様上定義できなかった時代からのつながりが今に影響してるものと。
もっとも、その3つくらいしかとりあえず思いつくところはなさそう…というもっと単純な理由もありそうですけど。

真面目な話としては、そもそも胸に反応しないor当たり判定をつけないという選択肢あたりまで検討するのも良いかと。
…ネタな話としては、「ユーザが女性である場合の触り反応の作り方」を駄でべWikiとかで大真面目に検討し、後で見て小っ恥ずかしくなるというオプションもありかと(何

ラッパー

ぷっぷくぷ〜。(違う)

http://fifthmoon.tarenari.jp/cgi-bin/diary/index.rb?date=20060410

単に読み込み時一度だけSERIKO記法を返すような代物ならさくっとできますね。
実装コストがめっちゃ小さい割に使い方の幅がものすごく広がる気がするので賛成です。

動的がどうのこうのとかややこっしいことを考えるから話がコジれるんですねorz

続:カーソル話

id:nobml:20060408

4年越しですか……とっととつっこまないと……
SERIKO/3.0?と矛盾しない定義にしないとまずいので、今の草案でやばくないかもう一度チェックしないといけませんが。

もしかして、サーフィスごとにも変えたいとか言います?……やっぱし?? orz
同じ当たり判定は同じUIでないと混乱すると思うのであまりやりたくないのですけどね。

モジュール化

id:fifth_moonさんからモジュール化という第三の選択肢が。
満員電車の中でたらたらと「やっぱり明示的に『どこから何を持ってくる』って書かへん継承はバグの元やよなー」とか思いながら壁に押し付けられていた(!)のを思い出して、ああこれなら……と思いつつ。

DAE Wiki - SERIKO/3.0

中括弧で階層的に書けるのは、そういえば私の提案でしたね……と読みながら今更思い出していたのですが、今と違う記法にゴースト開発者さんがついてきてくれるかなあというのが難儀な話でしょうか。
何らかの形で「今の書き方をコピペしても動く、混ぜても動く」ような、移行のしやすいものを作りたいと思うのですが。

……要するに書き方をでっかく変えちゃったら私がめどいわけです!orz

surfaces.txt記法改善

さとー/surfaces.txt記法改善
について考え中。
継承の概念はfifthmoon某かとまんずサーバ管理者さんからの提供です。確かにスマートで実装も楽な気がするのですが、

  • プログラマ以外に納得してもらえるか
    • プリプロセッサのほうがわかりやすいのに〜とか言われたら悲惨……
    • SSPDAEとCROWで挙動を分ける、とか、そういうのはどう書くの?
  • どのIDまでを重要視するか
    • animation?.pattern?、のpatternの数字まで継承に含めると非常にめどいし散々ここのIDがダブっている例が見られる現状では微妙
    • さすがにパターンIDは無視するとして、アニメーションIDまでかな?

まあ、ぶちぶち書いてないでとりあえず実装をひねりますか。