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 reported by @Trebor-Huang in Trebor-Huang/vscode-forester#11 (comment), it seems that the VSCode LSP client refuses to work with UTF16 encoded positions. I was wondering if you could say a few words about the trouble you mention here?
Thanks!
The text was updated successfully, but these errors were encountered:
@kentookura To support UTF-16 efficiently, we need to avoid the recalculation of the byte offset of a UTF-16 unit when files change. This can be done by... (1) inefficient recalculation (oops) or (2) some smart data structure maintaining the mapping.
As for the data structure, I think some sort of rope segmented at points where UTF-16 and UTF-8 offsets disagree ought to work. Nodes further up the tree could then store both the UTF-8 and UTF-16 range that the subtree covers, so we'd get efficient queries in both directions.
@TOTBWF
As reported by @Trebor-Huang in Trebor-Huang/vscode-forester#11 (comment), it seems that the VSCode LSP client refuses to work with UTF16 encoded positions. I was wondering if you could say a few words about the trouble you mention here?
Thanks!
The text was updated successfully, but these errors were encountered: