ブラケット内に文字を入力している時重たいけれど、選択範囲に似ているリンクを入力補完するUserScriptが原因？
[]内に文字を入力している時めちゃくちゃ重たい
処理分散しているのでこれじゃないはずだけど、自信がないtakker.icon
（経験則的に）裏で通信を回している時点で全体が重たくなる説がちょっとあるMijikko.icon
となると、通信の頻度を減らすとか？
https://gyazo.com/b256ec9aaff42ce7da4f4f12a9c751a4
ん？でもindex.js側が繰り返し送信しているな…
Scrapboxでは、serviceworkerその他のproxyの影響で、fetch元のファイル名を正しく表示できませんtakker.icon
たしかに（今気づいた）Mijikko.icon
ただし、スタックトレースはたどれますtakker.icon
chromeなら通信ごとにスタックトレースを辿れるんじゃないかな
/api/pages/:project/:titleの通信っぽいから、入力補完とは関係ないですね
そうみたいですねMijikko.icon
UserScriptを導入していないプロジェクトでも同様の通信を行っていたので、関係ないみたいでした
UserScriptなしでも重い？yosider.icon
01:24:38 今見たらScriptありの状態でも極端に重くなる状態を再現できなかったですMijikko.icon
今も若干重たいかもしれないけれど、リンクの量も関係しているだろうし、そもそも気になる程ではない
Chromeのせい？（根拠が見つかっていないのでわからないけれど）
Scrapbox側の入力補完はまずあり得ない
Scrapboxのアルゴリズムでラグが生じるようになるのは、だいたい9万links弱くらいから
Mijikko.iconさんは機械生成projectでも使っていない限り、そういう状況にはなっていないと思う
同期的に検索しているので、リンク数が多くなればなるほどラグが生じる
自分もそれで重いけど、仕組みを考えると仕方ないかな、、inajob.icon
入力後ちょっと待ってから検索するようにするとか？
これが遅くなると「あまりリンクを作らない方がいい」という報酬になるのでここは早くないと困る基素.icon
自分は重さを感じていないです
[]を入力しているときだけですか？他の場合もですか？takker.icon
文字入力全てが重たいなら、scrapbox.addListener("lines:changed", () => {})やMutationObserverまわりがあやしい リンク内容入力時のみですねMijikko.icon
補完候補が出た後も文字入力をしていると重たい
他はそこまで重たくないです
うーん、あとはprofileとって調べてみるくらいかなtakker.icon
入力開始時にどの関数が時間を食っているのかがわかる
もっとも、なぜか待機状態だけが続く謎現象も起きたりするが……
takker.iconの場合がこれで、原因が全くわからなかった
サイトデータ消去でなんとか改善した
行数に比例して重くなる場合もこれ
とりあえずキャッシュの削除をしてみるか…Mijikko.icon
変わんなかった…_:(´ཀ`」∠):_