As far as I know right now, no editors have great built-in support. As a heavy CLI user of (previously) git and now jj, selecting changes graphically is genuinely the one thing I’m envious of. The TUI that jj uses for interactive changes, `scm-record`, is fine but not great. It gets the job done but it could be so much more.

Getting really good diff and conflict editor support into VS Code, Zed, et al is going to be a huge win when it comes.

▲

gpm 3 days ago | parent | next [-]

> The TUI that jj uses for interactive changes, `scm-record`, is fine but not great.

The change selection TUI is one of the things that I'm happiest with in jj over the equivalent in git. It's a huge quality of life improvement over git's version.

Could it be even better? Probably... but compared to `git add -p`... it is already way better.

▲

sestep 3 days ago | parent [-]

Right, but the only time I've ever used `git add -p` was just to try it out years ago and be like "yep that sucks" and go back to using Magit (and then later VS Code). Those are my actual baselines.

	▲	gpm 3 days ago \| parent [-]
		Totally fair, I stubbornly used `git add -p` anyways because the terminal is where I want that tool to live, but I entirely understand why other people have different habits here.

▲

nchmy 3 days ago | parent | prev [-]

jjui is what you're looking for. Incredible TUI

https://github.com/idursun/jjui

▲

pancsta 3 days ago | parent | next [-]

Unfortunately its written in a simplistic TUI framework. Will never scale, pass.

	▲	i_dursun 2 days ago \| parent [-]
		> Will never scale won't scale to what exactly?

▲

stouset 3 days ago | parent | prev [-]

I use jjui, but it still punts to scm-record for interactive hunk selection.