VTE-Based Linux Terminals Now Support A Nice Feature Led By Windows Terminal

[elduderino]

Now if someone would add the process completion notifications I added to elementary's terminal a decade ago to other terminals!

You are right, they are hard to give up which is why Ptyxis has had notifications from day one.

Though they are implemented using VTE features directly now.

[kpedersen]

Great, "eyecandy" even for the terminal, with more code complexity and worst of all, less readability.

Indeed. These overly featureful terminals just feel slushy and messy. I prefer my terminal not to have ADHD.

[moonwalker]

Konsole has this too. You can easily wrap any command in notify-send though to send a notification after running any long-running command, of course sometimes you might forget to do that and wish you'd done so after the fact.

After the fact that can usually be easily accomplished by Ctrl+Z and `fg` as a placeholder for the command.

[ssokolow]

We already have so many terminals that support so many different and good looking progress bars, the only thing I can really say about this is that I guess it's nice to support the couple "windows optimized only" programs that use this

This is about putting a little "progress pie chart" indicator in the tab.

It's akin to that xterm escape sequence that lets you change the window title or that Unity/Plasma API which only works for installed applications (no Appimage. The D-Bus API is incomplete-by-design and requires installed .desktop files to map IDs to processes.) which lets something like copying a file in your file manager display a progress bar in its taskbar entry.

(Hah! There's one use for this. We can fix the Unity/Plasma progress API once Konsole supports this by writing TUI apps that don't need to be installed and letting Konsole play XDG Portal and bridge it into the Unity/Plasma taskbar progress API.)

[a7v-user]

Aren't most of the progress "indicators" in Microsoft Windows (like spinning wheels, files moving into folders, etc) just good looking animations without indicating any real activity apart from playing the animations?

[fitzie]

who is still using xterm in 2024?

[Old Grouch]

It was trivial to implement. And it's more readable because you can see it without changing tabs.

If you mean the progress bar from the screenshot, then yeah that is absolutely absurd which is why it is a test program.

It might be better visually, but it is better for people using screen-readers - the blind and partially-sighted? Eye-candy is all well and good, but if it makes things worse for the visually impaired, it should not be released.

I don't know if this does, or doesn't.

A standard for terminals that makes progress bars accessible in a clear way for screen readers would be excellent.

[elduderino]

It might be better visually, but it is better for people using screen-readers - the blind and partially-sighted? .

That is a great question.

And as one of the few people who've actually implemented a11y for a terminal I can tell you we could definitely do a better job with the escape sequence than what is done with contents of the terminal screen (which in most implementations are diff'd from both ends to try to find the change sequence).

With the percentage as a value to the terminal emulator, you can actually export this as an a11y property to the screen reader.

[uid313]

Fbcon is basically unmaintained and if anything only getting worse (e.g. losing features) by now. Use kmscon or any terminal you like running inside a lightweight Wayland compositor instead.

It would be nice if I could come to a terminal running inside a Wayland compositor by pressing Ctrl+Alt+F1.

[varikonniemi]

It was trivial to implement. And it's more readable because you can see it without changing tabs.

If you mean the progress bar from the screenshot, then yeah that is absolutely absurd which is why it is a test program.

well i thought that was the only change