YS
YS
メインカラムの存在に関わらずデッキの時はウインドウで出して欲しい気がしました。
こちら引き取ってもよいですか 対処法が > バックグラウンドになってある程度時間が経ったらWebSocketは切断してしまって、復帰したらタイムラインをAPIから読み直すので良さそう ならMkTimelineで切断・復帰と tlComponent.pagingComponent?.reload(); をvisibility切り替えと連動させる。 それか、 > https://github.com/misskey-dev/misskey/issues/6041 より、音を出し続けるならMkPaginationでpretend()がunshiftIems()ではなくprependQueue()を呼ぶようにする のどちらかと思っています。
手元の環境で + Windows11/Chrome 109 + UIをデフォルト設定 + misskey.ioでTLを開いてバックグランドタブで10分放置 にしたときメモリ使用量が + 連合のとき +760MB + ソーシャル +150MB ほど増えました。そのまま放置で増え続けます。 他でも再現するようならちょっと無視するには大きいような気がします。 Firefoxでも同様でした。  短時間しか見ていませんが、フォアグラウンドでも増えているように見えます。ただ、解放処理が動きながら減って増えてを繰り返しながらバックグラウンド時よりはるかにゆっくりです。 関連(でしょうか) https://github.com/misskey-dev/misskey/issues/6385
まあ折りたたまれているのがデフォルトで都度開く分には困らないという楽観的なやつですね 1000個ぐらい入れて試してみます
## 先に結論 PRのコード（計測2）は大雑把だったので入れるとするとホバー時にtitle設定（計測3) になりますね。 あとはホバー表示のためにこのコード追加と時間増を許容するかと、絵文字関連で他にあるIssueの妨げになるかは見ていなかったのでこの2つですかね。 ## 計測 + 条件 + ドライブに15個の画像を置き,、APIでそれぞれ100回ずつemoji/add を呼び1500個のカスタム絵文字を作成 + pnpm buildをしてpnpm migrationandrun で起動 + 当然ながらdevは遅い。セクションを閉じる操作も遅い。 + Firefox Profilerで計測 + 1500個のカスタム絵文字セクションを開くとき + 314個のpeopleセクションを開くとき + 手抜き個所 + add時点で同じ名前の絵文字が複数あっても動作はしていたのでそのままにしました...
すみません、手を付けられず放置になっていました。 v-onceでも変わらず、有効な方法が見つけられなかったのでコンポーネント化は無しにして、buttonにカスタムデータ属性でemoji文字列を入れてpointerenterを入れようと思います。 プロファイラーでも特に問題はなさそうでした。
typo修正しました
> 既存のレコードのマイグレーションが大変かもしれないですね クエリは単純なので画像付き投稿数以上の予想外に時間がかかるというのはないと思います。 ``` misskey=# select id, "fileIds" from note order by "createdAt" desc; id | fileIds ------------+------------------------------------------------------------------------------------------------------------------------------------------------------------- 9bptv53mdq | {9aqx97b2z5,9aqwi3jot3,9aqwhkwxt2,9aqwh8g2t1} 9bp9h6ryuq | {9bp9h58cup} 9bp9gaysuo | {9bkqw3snx6} misskey=# select note.id,...