とりあえず地味につんでいく #yukari4a

Home and NotificationsとLocalつけてる時、Homeタブには前者のみ来てほしい気がするけどなんかLocal混ざってきそうな気がするな……

確認が要る。たぶん混ざってる。

混ざってた。さてどうしようかなこれ。

フィルタの条件としてストリーミングチャンネルで絞れるように、着信チャンネルの情報をメタデータとして持たせるようにするか。 #yukari4a

次起きたらちまちまやっていく

HomeタブでHTL以外弾こうとして試行錯誤してるけどこれぱっと見悲惨だな #yukari4a

a-だめだ

passive変数とtimelineId変数は接頭辞$が必要なんだった……自分でYQの仕様忘れてた

そもそも (not "$passive") ならここの評価とは無関係にTLに表示されるので、ここではStreamの時だけを考えて書けばいいんだった。簡単になるな。 #yukari4a

"$passive"じゃない、$passiveだ。なに文字列にしてんの

YQの変数参照prefixは
? -> 現在判定対象であるStatusのgetterを呼ぶ
$ -> それ以外に評価開始時に上位で設定された変数
だけどこれ自分でも忘れるんだよなー

よし、HomeタブにLTLとか流入しないようになったかな。

y4aNのDMの扱い、タブが壊れてるのを置いといてもなおUserStreamでの着信時の挙動が未定義なことに気づいた

えっこれこのタイミングで気づいちゃう？wって自分に問いかけてる

y4a2.0ではこの問題は発生しない。2.1からおかしい。

2.0まではインターフェースの違いから、着信を最終的に扱うFragment実装とかが完全に別物だった。
2.1から統合されたので影響がある。諸々考慮されてないので受信したら死ぬまで可能性ある。

なるほど

ちなみにDMタブが壊れてる原因、DMタブは旧TL実装が呼び出されててListAdapterの互換をとるための変換層が爆死してた

LAは新ステータスI/Fでごっそり書き換えちゃったので、旧ステータスI/Fを用いる旧TL実装から使うにはステータスの型をごまかす必要がある

まーそんな状況続けてるのがおかしいのでDMは新実装に移そうとしてます

y4aNでDMタブの修正、すぐにやらないと旧DM API同士で比較確認ができないことに気づいたので加速を始めた

DMタブの実装に大失敗して1回RESTロードしたら受信できた件数分の通知が発生した

かなしいね

ウワァァァァァ～～～手がオナホになっちゃった～～～～してきて

久々に見たわそれ

これは最初の文字や