4 ms·
There are so many high performance editors that are just lists of strings. It's evidently false they are not high performance.
by fallat 2y ago
There are so many high performance editors that are just lists of strings. It's evidently false they are not high performance.
- MatthiasPortzel 2y agoLike what? Vim, Emacs, Helix, VSCode, Zed, Xi, Lapce, and Monaco all do not.
- sp33der89 2y agoKakoune does, and I found it (without extensions) to perform excellent even with multicursor. Not saying that array of lines is more performant than ropes, but just adding a datapoint here.
- aktau 2y agoWhat is Vim's internal data structure nowadays? I thought it was essentially a list (array) of strings.
- simonw 2y agoFrom the article: If you really love strings, you might now be thinking "better than a string? easy: multiple strings." And you wouldn't be that far off! Some editors do represent text as an array-of-lines with each line being a string. VS Code's Monaco editor worked that way for quite a while, but an array of strings can still be plagued by the same problems as a single string. Excessive memory consumption and performance issues made the VS Code team look for something better.