Mastodon、未だに古い仕様の制約を基に批判されていたりする (例: アカウントが削除できない、トゥートが完全に消せない) のでどうにかしたいよなあ。
1量子ビットしか使えない「弱い」量子コンピューターでも、古典コンピューターより「強い」ことを証明しました — 京都大学 http://www.kyoto-u.ac.jp/ja/research/research_results/180518_1.html
若いナース「あれ?うまく刺さらない…ちょっともう一回抜きますね(3回目)」
若いナース「左手の甲ま刺しすぎたので右手の甲出してもらっていいかな?」
ベテランナース「この子新人さんなのよ〜ごめんなさいね〜」
ぼく「殺すぞ(しょうがないですねw)」
他人のプロダクト名を社名に使う厚顔無恥さよ
開発者が在籍しているというわけでもない。
社名に他人のプロダクトの名前をつける会社好きじゃない。「○○エンジニアリング」の○○の部分がとあるOSSなんだけど、別にそれはお前の作ったものじゃねーだろっていう。
くっそー。あいつら俺が仕事してる間に名古屋でキャッキャふぁぼふぁぼしてんだろうなー。いいなー。ってなってる。
正規表現いらないか。テキスト全部とカーソル位置だけ投げて、scoreみたく候補を投げ込んでもらえば。その中で正規表現を使うのは勝手にしたらいいし。
usercompleteはmastodon対応できるように正規表現部分に手を入れるpull-reqを送ったりしたけど、本来はtwitterアカウントを補完するものとmastodonアカウントを補完するものは別建てで用意できるべきだし、それらと並列にemojiを補完したり長文コピペを補完したりできていいはず。
mikutter の json_pure の検証に使われたコードを検証している
@toshi_a
Plugin.filteringには、
1. Plugin.callの前に引数を加工する
2. 値を直接取り出す
……という2通りの意味合いがあると思いますが、いずれも「サードパーティプラグインで後段に加工を追加できる」が特徴になっていると思います。
worldsやmodel_of_uriなどで使用している、yielderを引数にとる(その後.firstで取り出す)使い方をした場合、「サードパーティプラグインで後段に加工を追加できる」特徴をわざわざ消しているように思います。パフォーマンス上の理由だとは思いますが、どうも違和感があるのと、本来優先してほしいものを優先させることがやりにくい気がします。
あまり具体的なところまで詰めきれていないのですが、そんなことをふんわりと感じています。
たぶん:appearイベントに投げつければ出そうとするんでしょうけど、:appearにTwitter以外のMessageが来ると死んでしまうプラグインがそれなりにあるらしかったので、:appearには敢えて投げていません。