Ability to move OSC 9;6 progress to the bottom instead of the top

[moritzdietz]

I responded to your Mastodon post but didn't get a reply, so I thought I'd try it here as well.

Can I tell Ghostty to put the progress bar at the bottom of my screen instead of the top?
Since most of my commands are somewhat at the bottom and on big monitors it could make sense to see it there instead of the top.

Based on this https://github.com/ghostty-org/ghostty/pull/8477/files#diff-c374fec7311f861985680ba3dc467c0458aef5b5213d220c3ccd72eae87cc7c6R305-R315 it seems hardcoded for now.

Additionally the bottom is also where most installers for Applikations or Software from Windows, macOS or even Linux have their progress bar. To put it to the top feels a bit weird, but that's just my personal opinion.

[pluiedev]

It's definitely possible to move the bar on GTK, not sure about macOS

[mitchellh]

It's extremely easy on both platforms.

[moritzdietz]

I was just about to look through the code and see how this could be done. Given I have absolutely no experience with Zig nor macOS :D

[mitchellh]

On macOS you literally move the Spacer() from the bottom to the top of where it is in the progress overlay. Haha. (That doesn't address the configurability part, just if you wanted to hardcode it). I think that's all you'd have to do. If not, its going to be very very close.

[mitchellh]

Sorry to miss your Masto post. This is definitely possible, easy even. I want to retain some flexibility to change how we do progress reporting in the future in general so I'm not sure if I want to make this configurable yet. I'd rather make this the best default and continue to assess as more feedback comes in when we release 1.2. I'm willing to yield on that just don't want to jump the gun too early on making a config option.

So, perhaps the question is: is this actually best suited in both platforms to the bottom?

I don't think we referenced any prior art to the progress bar when we implemented it because quite frankly very few terminals implement it. It does make sense to me to have it at the bottom for various reasons, such as the fact that the newest stuff is often at the bottom of terminals.

Does anyone know what other terminals implement this and what they do? Windows Terminal, perhaps?

[moritzdietz]

Sorry to miss your Masto post.

Oh, don't be :) All good. I just thought before it gets lost down in the timeline I do a report here properly.

This is definitely possible, easy even. I want to retain some flexibility to change how we do progress reporting in the future in general so I'm not sure if I want to make this configurable yet. I'd rather make this the best default and continue to assess as more feedback comes in when we release 1.2. I'm willing to yield on that just don't want to jump the gun too early on making a config option.

Sounds very reasonable. Especially if you think about that the entire look of the progress bar can also change based on the feedback that comes in – as you already mention.

Does anyone know what other terminals implement this and what they do? Windows Terminal, perhaps?

A quick Google search revealed: https://learn.microsoft.com/en-us/windows/terminal/tutorials/progress-bar-sequences
I'll dig in some more if I don't forget about it. The way MS handled it feels very natural to the OS, so maybe this is something to keep in mind for Ghostty too?

All in all: thanks for responding and giving this some thought

[jcollie]

On GTK, doing the circle in the tab bar like Windows Terminal is possible, but would take some custom coding. Having the progress show up in the task bar at the bottom of the screen is practically impossible as there's no standard dock or task bar implementation on Linux machines. There's also the problem that the tab bar is not always visible on GTK, plus we support multiple splits per tab, unlike Windows Terminal.

It would be very easy to move the progress bar on GTK, and to even make the location configurable but I agree with Mitchell, let's get 1.2 out the door and then we can see what kind of feedback we get from the larger community.

[moritzdietz]

Yup, I agree. What I tried to communicate but clearly failed at was that MS found a way to implement the progress bar which is or feels native to the OS in general. Maybe Ghostty can adapt this style and find a way for each platform so that it feels native there too without compromising on the look and feel you want to have for Ghostty.

We all know these weird phone apps that look and feel identical on all platforms and ignore the specific design language that makes out each of them.

[pluiedev]

One possible idea for a """"universal"""" progress bar on Linux would be to use XDG notifications that we continuously keep alive with progress updates. Would be opt-in, of course, but virtually every single notification handler supports this, even ones used by standalone WMs like Mako. In fact I think it's such a cool idea as I'm writing this that I'm gonna experiment with a prototype for this

[jimmyhmiller]

I want to retain some flexibility to change how we do progress reporting in the future in general so I'm not sure if I want to make this configurable yet.

Because of this I didn't want to open a new discussion. But I did want to just add it that I'd really love the option to disable the progress bar. Using ghosty with claude code where every time it starts reading a file the progress bar jumps a little and then immediately stop over and over again makes it a not very pleasant experience. Obviously this is personal opinion, but I find it a bit dizzying and it does make me end up not enjoying using claude code with ghostty.

[rhodes-b]

This is already possible on linux with custom css

progressbar > trough {
    min-height: 0px;
}