3 ms·

I think you’re confusing capital c Claude Code, the desktop Electron app, and lowercase c `claude`, the command line tool with an interactive TUI. They’re both

by ctmnt 7mo ago

I think you’re confusing capital c Claude Code, the desktop Electron app, and lowercase c `claude`, the command line tool with an interactive TUI. They’re both TypeScript under the hood, but the latter is React + Ink rendered into the terminal. The redraw glitches you’re referring to are actually signs of what I consider to be a pretty major feature, a reason to use `claude` instead of `codex` or `opencode`: `claude` doesn’t use the alternate screen, whereas the other two do. Meaning that it uses the standard screen buffer, meaning that your chat history is in the terminal (or multiplexer) scrollback. I much prefer that, and I totally get why they’ve put so much effort into getting it to work well. In that context handling SIGWINCH has some issues and trickiness. Well worth the tradeoff, imo.

jimmydoe 7mo ago
not sure if same reason but window resize feels better in claude than codex. on my m1, claude is noticeably slower when starting, but it feels ok after that.
- walthamstow 7mo ago
  I had a nasty slow claude code startup time at one point something like 8s, a clean install sorts it all out. Back up your mcp config and skills and you're good.
  - MarsIronPI 7mo ago
    That sounds like poor engineering on Anthropic's part. Good software doesn't slow down over time like that.
conradev 7mo ago
Codex is using its app server protocol to build a nice client/server separation that I enjoy on top of the predictable Rust performance. You can run a codex instance on machine A and connect the TUI to it from machine B. The same open source core and protocol is shared between the Codex app, VS Code and Xcode.
- jitl 7mo ago
  OpenCode works this way too
- deleted 7mo ago
  [deleted]
EnPissant 7mo ago
That's the same reason I don't like Opencode, but Codex doesn't use the alternate screen. I remember it did when it was very very new, but now it doesn't.
- ctmnt 7mo ago
  Ah nice, good to know. I hadn’t used codex in a while. I actually really like opencode and its ui, just wish it didn’t clear the screen on exit. It could at least redraw whatever was last in the chat, that would be better than nothing.
- forsakenharmony 7mo ago
  well it still does something weird which breaks scrollback in zellij, it's a known issue, but who knows when it's getting fixed

by ctmnt 7mo ago

jimmydoe 7mo ago

not sure if same reason but window resize feels better in claude than codex. on my m1, claude is noticeably slower when starting, but it feels ok after that.

walthamstow 7mo ago
I had a nasty slow claude code startup time at one point something like 8s, a clean install sorts it all out. Back up your mcp config and skills and you're good.
- MarsIronPI 7mo ago
  That sounds like poor engineering on Anthropic's part. Good software doesn't slow down over time like that.

conradev 7mo ago

Codex is using its app server protocol to build a nice client/server separation that I enjoy on top of the predictable Rust performance. You can run a codex instance on machine A and connect the TUI to it from machine B. The same open source core and protocol is shared between the Codex app, VS Code and Xcode.

jitl 7mo ago
OpenCode works this way too
deleted 7mo ago
[deleted]

EnPissant 7mo ago

That's the same reason I don't like Opencode, but Codex doesn't use the alternate screen. I remember it did when it was very very new, but now it doesn't.

ctmnt 7mo ago
Ah nice, good to know. I hadn’t used codex in a while. I actually really like opencode and its ui, just wish it didn’t clear the screen on exit. It could at least redraw whatever was last in the chat, that would be better than nothing.
forsakenharmony 7mo ago
well it still does something weird which breaks scrollback in zellij, it's a known issue, but who knows when it's getting fixed