mikutter 3.7.1 - mikutter blog http://mikutter.hatenablog.com/entry/2018/05/13/022743
https://github.com/cobodo/StarryEyes/commit/23ae36b3e22d8cb600459eeba5c1e48cf5da2afa もちろんこういうのも
https://github.com/cobodo/StarryEyes/commit/7464206cb981fd79c24f6a6d66be97dfe73bba12 KQにもこういうのを(勝手に)入れていた時代がある
クエリを書いて好みのTLを作る文化の継承者の一人になりたい
YQに以下のフィルタソースを追加した。
don_public:"ACCOUNT_ACCT"
don_federated:"ACCOUNT_ACCT"
don_anon_public:"INSTANCE_DOMAIN"
don_anon_federated:"INSTANCE_DOMAIN"
うまく組み合わせればめっちゃ理想のTLを作れそうで面白みがありますね
KQコンパチにしたかったけど頭が弱すぎて諦めたやつなのでこうなっている
from
home:"shibafu528",
home:"shibafu528@mstdn.maud.io",
home:"shibafu528@social.mikutter.hachune.net"
where (or
(contains ?text "結月ゆかり")
(contains ?text "ゆかミク"))
とか今の構文はちょっと思想が混ざっててキモすぎるだろ
where句以降のパーサのほうが遥かにマシなのでもう全部S式で書かせたい
なんども言ってる気がするが、実はYQのフィルタソース指定(from句)が貧弱すぎる上に二度とソースを改修したくない代物になっててキツい
YQのフィルタソースにpublicとfederatedを登録してさあ動作確認じゃ
これをユーザ定義可能にするかどうかでy4aの正気度がまぁ変わる 内部で使うだけなら単に基本的な演算用のを足すのと変わらずにできるし
YQの能力が低すぎて受信者との同一箪笥判定が困難を極めるのでついに関数のようなものを作ってしまった
"Model固有のScoreを返すべきタイミングで絵文字を返しており、他のルールを上書きすることがあった by toshia · Pull Request #1 · cobodo/mikutter-twemoji" https://github.com/cobodo/mikutter-twemoji/pull/1 なるほど、こういう意図なんだ……