Event.call_all_listenersでフックしてうまくやるの難しそうなのでPlugin.callをすり替えてフックする方式に変更した

ただこれだと大域脱出によるイベントキャンセルを検知できないのでは…

たのしい〜〜 https://social.mikutter.hachune.net/media/sXu-aCPdyOMcoK7mL0w https://social.mikutter.hachune.net/media/GZ8xSGY1-T5O72fwWzI

クライアントプロセスでPlugin.call(:miku)すると、サーバプロセスでon_mikuが走り、さらにそこでPlugin.call(:yukari)して、クライアントプロセスに帰ってきてon_yukariが走ってます

まだPlugin.callしかフックできてないけどけっこうこれ楽しいんじゃない？
Plugin.filteringをフックするとなると急にコールバックとか考えないといけないんで大変になるが

Plugin.filteringのフック、mikutterあるいはdelayer-deferred gem環境に限定すればそれを使ってコールバックを表現すればいいので多少考えが簡単になる。
ただ、delayer-deferred gemがない環境だと厳しい。しかも、そういう環境は存在している。

まあ、Pluggaloidがインストール可能でdelayer-deferredを容易に導入できない環境なんて、mrubyしかないんですけどね？

俺が移植してないから……

野望はCRuby+mikutterとmruby+Yukariを対話させて百合にすることなので、互換性はちょっと大事

そういう点では最終的にはTCP版通信プラグインとかは書かないといけないんだよな

CRuby上でTalkloid自体の動きを見るにはdruby通信プラグインで十分な感じがある。

分散Pluggaloidシステムしようぜ。mikutterで使えるかは確かめてないけどな！ » shibafu528/pluggaloid-talkloid https://github.com/shibafu528/pluggaloid-talkloid

TCPプラグインは壊れてるので勘弁な

このアカウントは、notestockで公開設定になっていません。

ニコニコ

CorvusSKKもしかしてWordと相性わるい…？

WinSCPがS3対応した話あったじゃないですか。試したんですけど、俺がつなごうとしたのが某社の互換サービスだったので認証エラーでコケました。どうやらv4署名でしか繋ごうとしないらしい。まぁそりゃそうか。

WinSCPで済めばツール統合できたので良かったんだがなー

このアカウントは、notestockで公開設定になっていません。

スゴイファイル転送プロトコル…生きていたのか！

Talkloid絶対発展させると面白いんだけど、y4a進まなくなることに気づいてぐむむしてる

俺にfork()コールがないのバグでは？

🍎 そういうことなん…

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

わかるなあ

これがメインマシンをまたLinuxにしたいけど躊躇う理由でもあり

export default ウンチ

don4j、dependenciesに書いたのが前すぎてずいぶんバージョン古いのつかってたらしぃ…

/api/v1/notifications?exclude_typesっていつ増えたんだ…？

@rinsuki だいぶ前だった… 使ってるライブラリに生えてなかったので新しいのかな？とか思ったんだが違ったようだ

今どきのmikutter、削除ダイアログがやけにでかくて圧を感じる

「失った信頼はもう戻ってきませんが」