We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
LOG::DBIの実装上はちゃんと取得できるようになったので、後はフロントエンド側で出すだけ。 定期取得して、あったらポップアップしつつチャンネル一覧に追加するか上に出すか。 まぁLimeChatみたいにチャンネルと同等に扱えて、後は閉じれるといい気がする。
The text was updated successfully, but these errors were encountered:
とりあえずapi/logsにprivってキー持たせて普段falseで、データあったらデータくれるようなの作りたい。 現在のprivテーブルは未読を管理できない。
本来ircの仕様上では、msgは宛先の違いがあるだけで個人宛てのものも、チャンネル宛てのものも違いは無い筈である。 ログテーブルとprivテーブルという概念の分離は、あまり美しいものではないのだが そのようにLOG::DBIを変更してしまったので 今更統合しても感がある。 (かといってprivチャンネルに属する といった構成にするのもおかしいし、サーバーメッセージはどうなるんだというのもあるが。
とりあえずの所、tiarraMetroが取り扱うDBでは、普段の会話をログとして、個人宛てのメッセージをprivとするという(若干曲がった)定義で通すしかないのかな。
また送信について。 現在のSendMessageはプロトコル上でチャンネルという項目を使用しており、レシーバーの概念ではない。 モジュール内部でチャンネルと一致しない時は送信しない といったような処理が施されている為、そのままでは送信を行う事ができない。
Sorry, something went wrong.
送信できるようにした。
tyoro
No branches or pull requests
LOG::DBIの実装上はちゃんと取得できるようになったので、後はフロントエンド側で出すだけ。
定期取得して、あったらポップアップしつつチャンネル一覧に追加するか上に出すか。
まぁLimeChatみたいにチャンネルと同等に扱えて、後は閉じれるといい気がする。
The text was updated successfully, but these errors were encountered: