JetBrains IDEs are now powered by libghostty

Posted by paaloeye 1 day ago

Counter76Comment13OpenOriginal

Comments

Comment by nickserv 1 day ago

They keep on messing about with the UI and adding AI stuff, meanwhile performance and resource usage aren't improving, and basic features don't work properly.

Why is it that reorganizing the title bar every few months or making new button themes is more important than getting the IDE to properly detect the .venv folder?

Comment by paaloeye 1 day ago

Was it powered by xterm.js before?

Comment by laerus 1 day ago

JediTerm according to the article

Comment by paaloeye 1 day ago

Right! Never heard of it. Is it something in-house in Jet Brains?

Comment by sonu27 1 day ago

Seems like it https://github.com/JetBrains/jediterm

Comment by paaloeye 1 day ago

Good riddance Java!

Comment by shye 1 day ago

A dead serious question: why?

There's a lot to hate about Java, but it also does some things extremely well. It's valid if you don't like the aesthetics, but that's a you thing. Are there any objective reasons you believe Java is not fit for purpose here?

Comment by paaloeye 1 day ago

Fair question. With C/C++/Zig/Go available we don't need another layer of abstraction; we have enough. Why do we need another VM? Let's keep thing simple.

Which things does Java do extremely well. Curious.

Comment by jsiepkes 1 day ago

That's kind of a weird list of languages. C and C++ are both memory unsafe languages. Every Android patch round about half of the vulnerabilities are memory safety bugs in C or C++ applications. Both Google and Microsoft independent from each other concluded that most vulnerabilities are caused by memory safety issues. Zig is also not fully memory safe and Go has a garbage collector just like Java. The Go garbage collector situation is probably worse than Java because it only has a single implementation and you have no choice. Meaning it had better fit your scenario or otherwise your screwed.

Comment by paaloeye 20 hours ago

I'm not really buying that whole safe/unsafe narrative. Every language is safe if you're using it right.

Using Java because it's safe punishes the best case (i.e. using it right) in complexity, performance, and inter-op due to potential worst cases (i.e using it wrong).

It also doesn't allow you to grow because you're _safe_ already.

In general, world is unsafe at it is, but we don't _invent_ a safe version. We just adapt and learn how to deal with it.

Comment by jsiepkes 3 hours ago

> I'm not really buying that whole safe/unsafe narrative. Every language is safe if you're using it right.

Microsoft and Chromium each reported that roughly 70% of their serious security bugs were memory safety bugs. That's not a problem of beginners misusing the language. Like I said, just take a look at the Android security bulletins and count how many of these come from memory safety issues and how these numbers have improved in recent years with migrations to Rust. PHP last week? Memory safety issue.

The amount of high impact vulnerabilities coming from memory unsafe languages C and C++ proves there are too many people who "can't use it right". And these people apparently include very skilled people working at companies like Microsoft and Google on high profile projects.

We wouldn't need seatbelts if everyone would just drive safe. We wouldn't need hard hats at a construction site if everyone would just work safe.

Comment by paaloeye 1 day ago

I can't care less about æsthetics tbh.

Comment by clumsysmurf 1 day ago

In 2026.2.2, I have Tools / Terminal / Reworked 2025 selected but the font selection seems buggy. It doesn't allow me to pick several fixed width fonts, including the one I use in the main editor, and there are no weight settings.

Ghostty didn't have issues with the same font, not sure what the problem is.

Comment by grepex 1 day ago

[dead]