sadly no; position of hint is determined by the LSP server.

you could use this plugin (now archived) which was the way many people used hints pre-0.10:

https://github.com/lvimuser/lsp-inlayhints.nvim

https://twitter.com/DanyX23/status/1778045930291319268?t=uJUg0IG4KOrDR-_FHqwTSA

i was initially worried that this would be just another tool, but it actually looks like a pretty interesting and ergonomic take at a wrapper for common python dependency management workflow. excited to try it out

haven’t tried it myself, but I’ve heard https://earthly.dev/ is supposed to address the execute locally problem

this article suggests shell allowed, but git also has a built-in feature for aliases itself. I prefer these as it allows you to keep using the git command normally (more consistent when you tend to use history search/auto-suggestions heavily).

running git config --global alias.st status, for example, will allow you to run git st as an alias for typing out the full git status (you can also manually add aliases to your ~/.gitconfig).

explanation here, it wasn’t just for the meme: https://github.com/fish-shell/fish-shell/pull/9512#issuecomment-1410820102

It definitely would be. Next time someone posts a kernel written in Perl I hope they specify that.

not sure about escape sequences just yet, but Kitty gives you insane control over font rendering https://sw.kovidgoyal.net/kitty/conf/#fonts

might switch from alacritty to kitty almost just for this (although I’ve been meaning to for a while). the “immediately get scroll back into an nvim buffer to edit as a command” is pretty sweet

another way to start is to only do small configurations at first. as you code maybe you realize you want a tool that shows git diffs, install a plug-in that does that. over time, you gradually build your config. maybe you want to start using leader for custom key maps. a couple days later maybe you think you want a file picker so you add telescope. this 100% will take longer, but you’ll intimately understand why every line in your config is there.

oh dang, the Eargasm ones? I just got a pair last weekend

Short, simple, informative, and helpful. 10/10

neat write up, I’ve also run into some of the errors that ruff throws (eg don’t use f strings in logging) but didn’t really know why.

thought it was cool the author said feel free to implement in ruff in the foot notes

looks like dtolnay has made a statement

https://gist.github.com/dtolnay/7f5da4bf057b7c6d0d00c6bed3060b96

zsh has ctrl-r as well; this feature is specifically for beginning-of-match and some find it a bit more ergonomic.

I’m struggling to see how bug reports found using this prediction approach would ever be sent as anything but bugs of the predictive debugger itself.

how would end-users ever see bugs caused by a debugger the devs use? how would users of a third-party library conflate bugs in their own code/the third-party code when you can see which lines are which as you debug?

it’s so useful! I used to have some terrible setup going with branches for different OSes in my dotfiles, and chezmoi really simplified the whole thing

https://www.chezmoi.io/ if you’ve got some complexity with your setup. otherwise, could be overkill.

Great article. there was a even a response a year later https://medium.com/front-end-weekly/how-it-feels-to-learn-javascript-in-2017-a934b801fbe

to add to the other comments: I half-switched a while back, wrote a couple of my files in lua. since you can still source lua files from within vim, so I did that until I switched everything over later. it made it easier to do it that way if you already have a lot of config and don’t want to spend a lot of time up-front to learn it