jsonからMessage作るときにextended_tweetキーをdeleteするのを辞めて、subpartsかmessage_background_colorフィルタを使って何かしら表示すればできそうな気がしなくもない。
MiraclePainter から表示しようとしている message が extended_tweet かどうかの情報を取るのは階層的に無理なんですかね
ここだけのはなしFiberErrorによるクラッシュも俺は一切遭遇してない
HiDPI環境でまともに使えて謎のドラッグしっぱなし現象が発動しないWindows用Xサーバあれば4000円くらいまでは出してもいいかな…みたいな
VcXsrvが絶妙なクソ応答をしてくれるせいでmikutter捗らずあまりハックはせずにmasterだけ追ってる
Scoreブランチのテストに使っているやつは確かに安定しているけどScoreブランチのおかげというより、単に入れてるプラグインが少ないだけのような気がする……
多分Scoreブランチに引きこもってるからなんだけど全くクラッシュしない
最近遭遇する意味不明クラッシュ群です。
https://gist.github.com/cobodo/c264dd99698c457c05e327b6aafe559c
https://gist.github.com/cobodo/9f154b3757c609270730365da3d90e26
https://gist.github.com/cobodo/fd2074d50f455793077f2078d548ac17
https://gist.github.com/cobodo/3945d5d539d16cde231c27432ddf463e
ンギャmikutterがネイティブクラッシュした
mikutter 3.6.6 でも userstream の extended_tweet が compat 形式で表示される現象が再現しているんですが、みなさんのところではどうですかね(´・ω・`)
media以外にURLも入ってますよねアレ……でもそっちはあんまり使われてないかなぁ。プラグインしたければintent書けという方が正しい気もする。
Twitter Entityはあの時点でattachmentみたいなフィールドを用意しなかったのが失敗だったのでは
Entity…なにかで使ってたな…と思ったらもう動いてないプラグイン1本思い出したけど話を追ってなくてわからん
twitter以外のworldはケースバイケースで、twitter用のプラグインが動くようにtwitterに似せたAPIを用意するのも勝手かなぁとか……
単に添付画像の情報を取り出したい、という意味では、score実装後であっても、twitterではentityを探るのが正しいような気もしますけど。APIから降ってくるのはそれですし。