-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Code intel. sometimes not supported on non-UTF8 files #32
Comments
It's not clear to me if this user was experiencing issues with viewing non-UTF8 files, or interacting with them.
I will reword the issue description and tag this as a feature request to reflect point 2 above. |
I don't think LSP has support for non-Unicode files at all - since it's JSON-based and text documents are transferred as JSON strings, doesn't it require all documents to be in Unicode? Afaik JSON strings are always Unicode (it may support non-UTF8 like UTF16 fine though, but not ISO-8859-1 as in the OP) |
LSP is actually a bit funny about this, it transfers text as UTF8 but asks that ranges be measured in UTF16 codepoints: microsoft/language-server-protocol#376 (also in the spec if you search for But regardless, I certainly think we would not handle this at the LSP or langserver level. If anything, we could convert non-UTF8 documents to UTF8 prior to sending them to langservers --- but that would add a lot of complexity I am unsure we would even want. I do not think this is worth looking into right now. |
* wip feat: wip update phabricator to use codeintellify * chore: rebased after refactor * feat: support diffusion * fix: remove log * fix: toolbar logic * chore: ran npm i * refactor: rename types and add more docs * refactor: use different syntax for function * fix: github temporarily uses old codeviewtoolbar logic * refactor: wip * fix: lock file * fix: tslint errors
Please post an update or close this with an explanation if it is no longer relevant. |
Stalebot is closing this due to inactivity. |
* Changelog update - v1.2.3 * Fixup CHANGELOG.md Co-authored-by: GitHub Action <[email protected]> Co-authored-by: Philipp Spiess <[email protected]>
* Changelog update - v1.2.3 * Fixup CHANGELOG.md Co-authored-by: GitHub Action <[email protected]> Co-authored-by: Philipp Spiess <[email protected]>
New issue description by @slimsag:
Most language servers only support UTF8-encoded files, so code intelligence does not work on such files generally. It would be nice if we could have e.g. some intermediate layer convert all text files to UTF8 so that language servers only need to deal with UTF8 and things 'just work' for all non-UTF8 file encodings.
Old issue description:
The text was updated successfully, but these errors were encountered: