You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As reading issue #167719 I'd be interested in a text editor backend which would be capable of reading files from a disk with sizes larger than systems memory. Looking at this https://github.com/vimpunk/mio repo, a possible implementation could be using memory mapped files. Would it be possible to include this kind of work as web assembly?
This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation.
This feature request has not yet received the 20 community upvotes it takes to make to our backlog. 10 days to go. To learn more about how we handle feature requests, please see our documentation.
🙁 In the last 60 days, this feature request has received less than 20 community upvotes and we closed it. Still a big Thank You to you for taking the time to create this issue! To learn more about how we handle feature requests, please see our documentation.
As reading issue #167719 I'd be interested in a text editor backend which would be capable of reading files from a disk with sizes larger than systems memory. Looking at this https://github.com/vimpunk/mio repo, a possible implementation could be using memory mapped files. Would it be possible to include this kind of work as web assembly?
I found another piece which limits the file and line size for tokenizing. The comment says "LargeFileOptimization", but this would still be "tiny" concerning this approach.
https://github.com/microsoft/vscode/blob/main/src/vs/editor/common/model/textModel.ts#L347
It's probably there for a reason.
So I was thinking about:
The text was updated successfully, but these errors were encountered: