09:15 <havenwood> nakilon: I'd suggest discrete classes with #to_s rather than inheriting from String or DelegateClass of String.

09:17 <havenwood> nakilon: Basically, create that XML class, but no need for private methods per se.

09:18 <havenwood> nakilon: For example, using Data with a contrived Document: https://gist.github.com/havenwood/d37ddf0de6b6c5dc29cddd5832780304

09:19 <havenwood> You could memoize the #to_zip too, by making it a member as well.

09:20 <havenwood> Do keep it simple if you can. Usually it's best to avoid delegating to core classes unless you have a good reason.

09:24 <havenwood> Updated to memoize. The way I'm showing the XML is specific to a user. There are many ways to do it, but keep it simple.

14:22 <keremk> I had lots of trouble trying to get ruby-lsp working on Neovim partly thanks to NixOS complicating things further but I finally managed it. It works as long as I have ruby-lsp as a bundle in the project folder. Is it a good way to have the LSP inside the project though?

18:04 <havenwood> keremk: I'd expect NeoVim to handle ruby-lsp better out of the box. With Helix it _just works_ pretty much. Install the gem and it's autodetected.

18:05 <havenwood> Maybe NixOS is the hangup, like you mention?

18:06 <havenwood> keremk: https://shopify.github.io/ruby-lsp/editors.html#neovim

18:24 <keremk> havenwood: Yeah that's how it should be working, but alas, it just won't normally. I had to resort to making a Nixvim configuration to make it work. It turned out better so I don't mind now :) for NixOS, Mason was the biggest pain in the backside. It just won't work if you go the Mason route.

18:26 <snonux> ++ for Helix, worked for me pretty smoothly as well (ruby-lsp. Solargraph, Rubocop...):-)

18:27 <snonux> But i had to have a Gemfile specifying the Ruby version used for the current project, otherwise ruby-lsp would not detect endless methods

18:28 <snonux> I meant, I had tot have a gemspec

18:28 <snonux> s/tot/to/