Sublime Forum

Could Ruby integration Just Work™?


I’ve been using Sublime Text since v2 and lately I’ve been fatigued by the amount of work it takes to get ST working with Ruby. I think the problem is ST uses the system Ruby by default, but lots of people these days are using different version of Ruby specified by version managers like rbenv, and it changes depending on the project directory.

Here’s my request: could ST have better defaults for Ruby? I want to open a Ruby file, press Cmd + B, and have it use Ruby from my Ruby version manager. When I install the Ruby LSP, like solargraph it should also Just Work ™ instead of giving me errors like this:



Ruby build system hasn’t changed since ST2. As LSP it just calls ruby to perform tasks, which “just” requires the correct ruby executable to be pointet to by $PATH.

ST doesn’t have an idea of what kind of extra tools are used to setup certain environments nor does it about ruby projects’ folder structure or setup files.

LSP supports project-specific settings in *.sublime-project files.

Maybe someone with enough ruby experience could write a plugin to auto-detect special ruby envs and and tweak LSP settings and provide a more sophisticated build system runner, which is aware of them. But that’s out of scope for ST core.

1 Like


I can appreciate how the ST core team doesn’t to take on language integrations, but know that other text editors are solving this problem. For example, despite Zed being a new editor and having a lot of other issues that Sublime Text doesn’t have, its integration with Ruby and the solargraph LSP “Just Works”, which is impressive for such a new entrant.

I understand that Sublime Text isn’t my project or organization, but I do want to raise the issue that its rough using Ruby out of the box with ST and hope to see the core team tackle this or the ST organization spin-up some language integration teams that can worry about all the details of making $LANGUAGE work on $OPERATING_SYSTEM with $VERSION_MANGER with minimal to no configuration.