Set title to name of executable when using -e

[ambroisie]

TL;DR: running ghostty -e htop sets the title to Ghostty. I suggest that it should instead set it to htop.

My motivating example is thus:

• I use i3, and launch programs through rofi/dmenu
• htop has a desktop entry with Terminal=true, which opens it in my TERMINAL.
• I have a couple of rules to detect windows titled htop and make them floating in the center of my screen.

This used to work perfectly on Termite.

Nowadays, with Ghostty and its default shell integration, I instead have the following issue:

• Running ghostty -e htop sets the title to Ghostty
• Running htop in my shell in Ghostty does set the title to htop (I assume because of the shell integration)
  • I intend on disabling the title integration entirely, to avoid this issue.
  • Alternatively, if the title could only be set to my current working directory, not the running app, this could probably be fine.

I now end up with a floating window when I run htop on the CLI (which I do not want) and no floating window when I launch it through its desktop file (which is when I do want it floating).

[00-kat]

Should ghostty -e htop --tree --user --readonly --delay 1 set the title to htop or htop --tree --user --readonly --delay 1?

[ambroisie]

htop IMO (i.e: argv[0])

[jcollie]

Hmm, if we had a initial-title (similar to initial-command) that would set the title when a window is created (but would not prevent subsequent modification of the title via ESC codes like title does) this would be fairly straightforward to implement.

[mitchellh]

If a custom command is specified in any form, I think its reasonable for Ghostty to always default the title to the argv[0] of the command rather than the ghost emoji. That may simplify things.

[rhodes-b]

#7932

I raised a PR with the argv[0] approach