If I understand that correctly, I think that can be accomplished in [name-redacted] by viewing the combined diff of your branch by selecting its commits, or selecting one branch tip then another to see the “interdiff”. If this is something else I’d be interested to add support though.

Yeah the TUI ecosystem is much more built out than GUIs for JJ so far. TUIs are great too - over time I've personally found myself ~50% in the CLI and ~50% in some sort of GUI, but a TUI can fill both gaps pretty nicely. I have always hated viewing diffs in the terminal though.

Yeah I'm actually flip flopping between "[name-redacted] for JJ" and "[name-redacted]"...

Has this been removed from the internet now? Was hoping to share it with a few people and it seems to have been scrubbed :(

Odd okay, I got a separate report on Linux that the app crashes on startup. So for you, it launches fine, but the Select a repo button does nothing? This may sound weird, but have you waited ~1min to see if a file picker pops up?

Hm no, I didn't wait that long. Yep, no element did anything, it was as if the whole window were just an image, with no element responding to any sort of input.

Yes, definitely looking into this! What Linux distro are you running?

It was really great! The thing is, kind of like the Flutter ecosystem, it's as good as its third party libraries. This app is mostly a very advanced UI on top of the CLI with not a whole lot else - I think maybe the only 3rd party library I'm using is the file picker. But for other apps that might have more complex use cases there may be more of a struggle there.

The framework itself is great.

thanks! I'll have to play with it sometime, didn't find flutter that great on non-mobile platforms.

Totally understandable! I'm a solo dev out of LA who's mostly consulted on various apps and sites over the years, and out of my own personal need I began working on the project earlier this year.

The project is indeed closed-source. Personally I've had experiences where I found the project moved forward towards the roadmap much faster - specifically when considering smaller-scale projects that are UI heavy and therefore take in many UI changes in parallel - when I instead implemented feature requests and focused most of my energy on listening to user feedback rather than reviewing code. UI polish can be quite tricky when it comes from many sources :)

That said, nothing is set in stone! If at some point there are enough feature requests to where I am the bottleneck, this is something I would revisit.

I'd be happy to hop on the Discord as well!

You can make the code open source without accepting pull requests or contributions from other people. You might still get pull requests or patches, but you can set expectations up front and then ignore/auto-close any contributions you get.

This is how SQLite is developed, for example.

More power to you! I bought Sublime Merge. I'd consider buying yours once it has a little more history. I've been using gg and really miss a side-by-side diff view. Maybe that makes less sense with jj though

Really solid write-up — it’s rare to see someone break down the real tradeoffs of scaling RAG beyond the toy examples. The bit about reranking and chunking actually saving more than fancy LLM tricks hits home to me.

This is kind of nice, as much as I love a good TUI, sometimes text editing in claude code can trip me up compared to a web GUI

The "experts" should lay out a good alternative in that case. Smaller providers also run into outages.

And they all get to claim that they have better uptime to potential customers because nobody other than their current customers remembers their outages.