Henry John Kupty

I have merged some code that allows for easier and better control over the window management. I don't think we're quite there yet with regards to the intent of this...

Thanks for the issue. I'm really glad this helps you out. I need to invest some time in iron, which was not possible during the previous months. This is a...

Jesus, I really let the ball drop on this one. Is it still happening?

I'm really glad iron is being useful for you! I definitely think we wan get something dynamic working, but I don't think it was prioritized so far... Shouldn't be too...

I've recently merged v3.0 which greatly simplifies how the repl is picked up. I can definitely foresee now adding repl `providers` instead of picking them up straight away. I'll bump...

That's interesting. The easiest way for us to do that is to dump the whole buffer into the repl, like so: ```viml map lua require("iron").core.send(vim.api.nvim_buf_get_option(0,"ft"), vim.api.nvim_buf_get_lines(0, 0, -1, false)) ```...

Weird. I just tested against master version, on linux, running nvim from the terminal and it pasted the whole file in in the repl. What's your setup?

First of all, sorry for taking this long to answer. Couldn't get much time to devote attention to my projects, unfortunately. I found this line on `fts/common.lua`: ``` new[#new] =...

It's nice to see that it improved the situation. I'm planning to do the following: - Verify if there are any other places that deal with line endings in the...

It looks like I might have got the order wrong. In linux it's `\n` only. In win, it's `\r\n`, not `\n\r`. I just pushed a fix for that. Hopefully that'll...