Mudlet: используйте find (ctrl-f) в более крупном скрипте, зависает Mudlet

Хорошая находка по вопросу!

Использование при входе - это один из способов решения этой проблемы, хотя вы также можете заставить его работать без дополнительного ключа, используя технику, называемую «debounce». По сути, устанавливайте таймер после каждого нажатия клавиши в течение, скажем, 300 мс (убивая любой старый таймер), и только когда время истекает, выполняйте поиск. Таким образом, поиск будет выполняться не по каждой букве, а только по окончании ввода.

Вероятно, он должен начинать поиск результатов не сразу, когда я начинаю печатать, а только после нажатия клавиши ввода.

При сравнении браузеров, IDE и т. Д. Большинство поисков выполняется без дополнительного ввода, но, вероятно, с задержкой в ​​0,1 секунды после последнего нажатия клавиши или что-то подобное.

Высокий приоритет, так как Mudlet должен быть связан с производительностью, а не зависанием.

При сравнении браузеров, IDE и т. Д. Большинство поисков выполняется без дополнительного ввода, но, вероятно, с задержкой в ​​0,1 секунды после последнего нажатия клавиши или что-то подобное.

Да, это правда, после копирования скрипта в vscode я заметил, что он работает именно так (возможно, сравнение несправедливо), но в vscode я не заметил ни малейшей задержки, так как Mudlet зависает примерно на минуту, прежде чем его снова можно будет использовать.

Проблема в том, что edbee пытается выделить так много вещей. См. Связанный PR для обходного пути, и я спросил edbee в https://github.com/edbee/edbee-lib/issues/99, когда мы можем сделать что-то лучше.