保存は:origならあるぞーー
openimgはyoutubeのように、画像として開いてほしくはないけどサムネイルを表示したいからルールを定義してるみたいな例が結構あるので、photo_filterがなんか返してきたからといって完全に画像として扱うのはだるい感じがする。かといって https://d250g2.com/ というURLが出現したらそれは画像として扱ってほしいし、サムネイル用の何かが居るのか
subparts_imageもそうだが、必要な画像は今時は大抵Photo Modelとして得られるのに、そこからURLを取り出してopenimgに渡すというなんとも非効率なことをしてる。openimgに比べて、Photo Modelはキャッシュの仕組みなどもあるのでこれは勿体無い
今であればIOの抽象化はPhoto Modelが完璧に実装していて、URLからPhoto Modelを得るインターフェイスも提供されているから、openimgのルールをPhoto Modelの生成に転用してみてはどうか
openimgを作った頃はIntentはもちろんModelも存在しなかったので、openimgが画像URLのマッチルールなんかを提供していたんだよな。そしてイベントフィルタがIOを返すというヤバイことをしている…
openimgのヤバイインターフェイスどうするか考えている
Android アプリといえば
ruby-gnome2 3.2.5 がいつ出るのかはちょっと読めないですね https://github.com/ruby-gnome2/ruby-gnome2/commits/master
ておくれLive Imageはruby-gnome2のgemにパッチ当てたり、俺がもたもたしててmergeしてないパッチとか勝手に当ててるマッチョなイメージだから https://twitter.com/tsutsuii/status/990621815365033984
subparts-imageにScore対応するpull-req出した https://github.com/moguno/mikutter-subparts-image/pull/13
pkgsrc的には ておくれ Live Image で動けばOKという雑な扱い