Feature request: Manually-defined workspace boundaries #5617
Unanswered
charles-dyfis-net
asked this question in
Ideas
Replies: 1 comment
-
As it turns out, this is the topic of extensive discussion in #4439, which appears to be heading towards near-future resolution. I'd rather have an explicit override even in the presence of better autodetection logic, but the autodetection logic proposed therein will suffice. (In the interim, I'm relying on |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
The language server for Go,
gopls
, fails when working with nested modules in Helix with the following error (descriptions substituted for specific paths in italics):Presuming that I'm correct to understand that Helix currently has a hardcoded behavior where detected project root is also treated as a workspace root, and that only one workspace can exist at a time, the ability to override project root detection would make Helix practical to use with when developing nested Go modules, while being (presumably) much less difficult to implement than either adding multiple-workspace support to Helix or adding multi-module support to gopls.
Beta Was this translation helpful? Give feedback.
All reactions