VSCode: Support bundleGemfile locations relative to os.homedir

[SeanSith]

I have checked that this feature is not already implemented

• [X] This feature does not exist

Use case

For those of us having to maintain multiple applications which use Ruby versions older than what ruby-lsp supports, we must use bundleGemfile to get the LSP to run. If we could define a bundleGemfile location using ~/[bundleGemfileDir]/Gemfile, that would support a use case where VSCode settings may be synchronized between multiple computers which maintain different home directory structures (e.g. between Linux and macOS or where different usernames are used).

Description

An augmentation of the bundleGemfile path searching to not only handle absolute paths and paths relative to the current project, but using the common UNIX convention of ~ to refer to the user's home directory. Note that currently customRubyCommand works with this convention if that helps.

Implementation

No response

[vinistock]

Thank you for the feature suggestion! Is there a reason why you cannot exclude this specific setting from sync and then configure the two machines differently?

[SeanSith]

I've found that other extensions (e.g. Project Manager) implement the use of environment variables (like they do with $home in their git.baseFolders setting) to allow for similar situations. Maybe that is an option instead?

For those of us who try to have all of our environments operate in the same fashion, being able to define a configuration in one place and have it automatically synchronize to the other environments is ideal. Having to disable certain settings creates one-offs that need to be dealt with and maintained separately from the core workflow.

Unfortunately my experience with JS/TS is effectively nil, otherwise I'd have accompanied this with my hamfisted attempt at a PR. Thanks for considering the feature, though.

[st0012]

In general, we try to follow the best/common practice when it comes to settings, especially when we're not familiar with the use cases ourselves. So can you please check how other mainstream languages' extensions (e.g. Go, Rust, JS, Python...etc.) handle this case? Or if they support variable paths for their features?

We're a small team trying to support many features' development at once. So having that information will help us make the decision, and in the case of us accepting it, help accelerate the implementation as well.

[github-actions[bot]]

This issue is being marked as stale because there was no activity in the last 2 months