SSPのSERIKO挙動についての発言まとめ

朽木。 @kuchikios

(｢･ω･)｢　→　(｢･ω･)｢ﾜﾝ #ﾊﾞｧﾝ http://t.co/nef1rhxG

朽木。 @kuchikios

今気づいた。PCの処理能力などによって次のパターンの表示期間が過ぎた場合に読み飛ばす仕様になってるんだけど、実装したヤツは何考えてr(･ω(○＝(･ω･)

朽木。 @kuchikios

パターンは読み飛ばしちゃだめだわ

朽木。 @kuchikios

Timelineの呼び出し元で判定するか

草葉犬死朗 @typehoon

@kuchikios 読み飛ばすって・・・・startが、startｻﾚﾅｲﾄｶ｡｡｡｡？ その場合、ウチの奴は全裸になってしまいます・・・・

朽木。 @kuchikios

@TypeHoon なんか仕様って言ったせいでSSPがって思われてるけど実際はukadroidの話です_(:3 」∠)_ これから修正します・・・

草葉犬死朗 @typehoon

@kuchikios ぃゃー　ついさっき、スペックに難のあるノートのSSPでそーなったので

朽木。 @kuchikios

@TypeHoon えっ

朽木。 @kuchikios

それ　は　やばくね？

雑音･noise のいのい2nd 黒のい @noi2noi2

@TypeHoon @kuchikios |∀･)マッパ！

草葉犬死朗 @typehoon

@noi2noi2 @kuchikios 2秒おきに全裸＋乳もげ状態とかになったorz

朽木。 @kuchikios

@TypeHoon @noi2noi2 正直な話、それが事実だったらかなり重要度の高い実装ミス(SERIKOに準拠できていないまずい問題)だと思う

朽木。 @kuchikios

なんか　症状が解るようなものとか欲しいかもしれない　普通にSpanを短くすれば簡単に再現するのかな

草葉犬死朗 @typehoon

@kuchikios @noi2noi2 いや、動きを見る限り、「START利用の再起呼び出し」自体が中断されてはいないから、「描画できなかったものをあきらめてる」 訳ではないと思います。HW的に描画が追いついてないんではないかと

朽木。 @kuchikios

@TypeHoon @noi2noi2 それはそれで描画の完了を待たないのがミスってるんじゃ

朽木。 @kuchikios

@TypeHoon @noi2noi2 その問題ぽなさんに投げたほうが良いかもしれない(･ω･)

雑音･noise のいのい2nd 黒のい @noi2noi2

@kuchikios @TypeHoon |ω･)ですな

草葉犬死朗 @typehoon

SERIKOの仕様って、何が正しいんだろ・・・・俺は今まで、目の前で起きたことを基準として考えてたが・・・

雑音･noise のいのい2nd 黒のい @noi2noi2

@TypeHoon |ω･)事実上のメンテナーと仕様策定やってる人が少なくてｒｙ

朽木。 @kuchikios

@noi2noi2 @TypeHoon ただパターンの流れが内部動作と描画、どちらかができていない、今回で言えばぽなさん的には問題ないけどゴースト作者やユーザにとっては問題あるっていうのは、結果的に準拠、というよりSERIKOの期待結果としてはNGなんじゃないかっていう(･ω･)

朽木。 @kuchikios

っていうっていう

雑音･noise のいのい1st 白のい @noisenoise

@kuchikios |ω･)だがしかしスペック的に満たしてないようなものだったら期待通りの動作しなくても仕方ないんじゃないかと

朽木。 @kuchikios

@noisenoise それは"通常"、有り得ないんじゃないかな。ウェイトだって「最低待機時間」で、別に「最低待機時間および最大待機時間」ではないし、Webに公開されている大抵の仕様もほぼ最悪のパターンは考慮に入ってるし、ましてブルースクリーンになっても動けとかそういう話でも無い

草葉犬死朗 @typehoon

@kuchikios @noi2noi2 ・・・・・SSPが「あるべき動作」になったとして、多くのデベロッパさんが検証しつつ作った既存のシェルが、それによってどうなるか････とか、余計なことを考えてしまう

雑音･noise のいのい1st 白のい @noisenoise

@kuchikios |ω･)いや最低動作環境満たしてないようなハードとかOSだったらどうなろうと知ったこっちゃないって話ちゃうの？