What do you mean by link? If I hover a Go type, the pkg.go.dev link is at the hover window which I can open with the default `gx`. I guess VS Code will inline the contents of the link?
Just an editor with modes. Ie in vim you have have the default normal mode (move with hjkl) to move around the code without having to move your hands over to the arrows, insert mode to enter text, visual mode to select text, etc.
Huge fan of Zellij. I really like the discoverability it offers. Felt really intuitive to learn, and now it’s hitting a point where navigation between Zellij and Nvim is getting on par with tmux. Can’t recommend trying it enough!
What didn't cut it for me some months ago was precisely the seamless navigation I can get in tmux and Neovim with the tmux-neovim navigator plugins. In Zellij it was no so fluid to jump between panes and Neovim. I wonder if it was solved, done differently but better with any new plugin or config.
I was just able to finish transferring out my .dev domain from Google to Cloudflare. I had started the process when SquareSpace first took them over but forgot to finish until I saw this, but I was able to transfer out my .dev domain!
The same project has an application called Gum which exposes primitives from their UI framework via a single CLI binary. It's intended to be used from a normal bash script and I've found it really quite pleasant to use.
For example, you could write 'gum choose foo bar baz' to get a nice picker over the three provided options.
I see your approach is quite radical. But I think the real issue here is that we expect the developers currently working on Wayland working faster.
I managed to be a bystander in this debate as I've been using X exclusively but I do hope that one day Wayland gets all the functionality and performance of X, and people stop getting frustrated by it.
Yes, if Red Hat wanted to, there wouldn't be nobody. Like you say, if Red Hat wanted to, they could hire those people to work on X11. Conversely if "Red Hat doesn't want to work on X11", then they wouldn't hire those developers, and now nobody wants to work on X11.
Right, so the problem isn't "nobody wants to work on X11", it's that "Red Hat management doesn't want to hire anybody to work on X11", and phrasing it as the former is extremely dishonest.
Why is Red Hat the one who has to pay for development? Why not any other Linux contributor? Ubuntu, Google, AMD. They don't want to hire anybody to work on X11 either. Why not you? That's why it's "everybody doesn't want to pay for development", which is shortened to "nobody wants to".
actually ubuntu also paid people, but x11 is so fucked that was never enough, that's why google never used it, and why they adopted wayland in the chromeOS
Super + Left Click lets me drag a tiled window to a different location, while Super + Right Click lets me drag to resize. I usually do both with my keyboard but it's nice to have the option.
I've seen me try to do this on Windows so often when I run into a Windows machine. I disable the title bar on most of my things anyways so I need the key.
kickstart.nvim has recently undergone a major update and is now much more comprehensive in explaining exactly what the configuration does.
kickstart.nvim can be installed with a single command and is super easy to start customizing. It isn't a full distribution, it's just a solid way to get started using Neovim!
I had a pretty comprehensive vim config that I used for both neovim and vim, and had held off on migrating to lua, because of the effort involved, and because all the other neovim starter packs are huge and very opinionated.
kickstart.nvim is a perfect starting point IMHO. It's just enough to have everything included but without all of the bells and whistles allowing one to replace whatever component they want.
One thing I didn't know is that neovim in pure lua seems to be a lot faster than the vimscript plugins. I assume that it's related to neovim compiling those lua modules to bytecode. Before I migrated to lua, I kept going back to vim.
