Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

WezTerm – A GPU-accelerated cross-platform terminal emulator and multiplexer

wezfurlong.org

Post reply on HN
Print view View original

81–90 of 128 posts

Re: WezTerm – A GPU-accelerated cross-platform terminal emulator and multiplexer

#81

Post by foothall »

giraj wrote: post #51
foothall wrote: post #38

Earlier quoted context omitted.

I don't know anything about Alacritty. What is unhealthy about the project?

There was a thread about this roughly two weeks ago: https://news.ycombinator.com/item?id=29349240

Thanks. The OP of the link relates to the high bar that Alacritty has for contributions.

I can understand this helps to keep Alacritty manageable. Leading projects sometimes involves saying no to features, as they do: https://github.com/alacritty/alacritty/issues/1309

That's just a tradeoff.

Re: WezTerm – A GPU-accelerated cross-platform terminal emulator and multiplexer

#82

Post by ziotom78 »

usrbinbash wrote: post #58
user-the-name wrote: post #52

Earlier quoted context omitted.

When you don't actually realise it is 1 GB before you cat it.

So then I hit Ctrl-C and issue the correct command. How does a GPU based renderer improve on that use-case?

Before you press Ctrl+C and type the correct command, your neighbour running Kitty has already got the last line of the output (which is often the only thing that one really needs).

I switched to Kitty because I felt that the increased speed produced a perceived improvement in my workflow.

Re: WezTerm – A GPU-accelerated cross-platform terminal emulator and multiplexer

#83

Post by theobeers »

Deukhoofd wrote: post #49
foothall wrote: post #38

Earlier quoted context omitted.

I don't know anything about Alacritty. What is unhealthy about the project?

The lead developer responding like this to bug reports is a good indicator. https://github.com/alacritty/alacritty/issues/1561

You mean the original developer? When was he last involved? The problems I ran into, and saw other people experiencing, related to more recent maintainers. I'm not sure it's helpful to keep dredging up old issues like this.

Re: WezTerm – A GPU-accelerated cross-platform terminal emulator and multiplexer

#84

Post by kzrdude »

Accacin wrote: post #45
pradeepchhetri wrote: post #13

I replaced iTerm with Wezterm 6 months back. It feels lot more lighter and faster. As SRE I need to work a lot on terminal. I tried Alacritty for a while but Alacritty not supporting horizontal and vertical splits was a major setback for me.

Honest question, why not just use tmux? It does everything that splits can do.. and more :D

Niche feature but tmux doesn't support graphics like unmultiplexed iterm2 or wezterm

Re: WezTerm – A GPU-accelerated cross-platform terminal emulator and multiplexer

#85

Post by conaclos »

jasonjayr wrote: post #48
benfrain wrote: post #33

Any Kitty users tried this? I’ve found Kitty to be exemplary so would be curious if anyone finds this an improvement?

I actually went alacratty => wezterm => kitty. I tried and liked wezterm for a while after alacratty, but after some version, it did something that caused all heavy GPU-using programs(like firefox) to slow down severely, or seize up or something , on multiple computers, after running for more than 24-48 hrs. I had been using the default config, except for my preferred font (the VGA font from https://int10h.org/oldsch…

I'm currently using termite. However Termite is no longe rmaintened. I plan to switch to alacratty or kitty. I'm wondering: Why did you choose kitty / wezterm over alacratty?

Re: WezTerm – A GPU-accelerated cross-platform terminal emulator and multiplexer

#86

Post by heftig »

jcelerier wrote: post #26
mattbee wrote: post #8

Earlier quoted context omitted.

Is it more complicated than wanting to update the display as often as its fresh frequency? Faster screen updates, lower CPU & power usage. You might not notice the difference until you accidentally unleash a lot of output at once - then you'll see the difference. Some terminals start to update infrequently to save themselves, some hang completely while burning the CPU. Psychologically I feel more in control of my com…

Lower CPU usage but higher GPU usage. On my laptop I get muuuch more battery out of it (going from 6 hours to ~2 hours) if I disable everything that may wake up the GPU and force software rendering everywhere (since, unlike GPUs, it's much more often able to rerender only the parts of the screen which changed)

That isn't an inherent limitation of GPUs, though. More likely just a missing feature in whatever GPU rendering path.

Re: WezTerm – A GPU-accelerated cross-platform terminal emulator and multiplexer

#87

Post by tyingq »

smcleod wrote: post #80
tyingq wrote: post #79

Earlier quoted context omitted.

Yes, optionally: https://gitlab.com/gnachman/iterm2/-/wikis/Metal-Renderer

It's just a tick box in the app, I think it's defaulted to on for a few years now

Yes, I included the link because it has information on options that disable it, like transparent windows, ligatures, etc.

Re: WezTerm – A GPU-accelerated cross-platform terminal emulator and multiplexer

#88

Post by ghubdub »

varbhat wrote: post #2

I use https://codeberg.org/dnkl/foot

I absolutely adore foot. I find its got all the features I actually want and use and nothing more. Its also easy to build and package. The only problem I have with it is when I'm using xorg I can't have it :(

Re: WezTerm – A GPU-accelerated cross-platform terminal emulator and multiplexer

#89

Post by smcleod »

tyingq wrote: post #87
smcleod wrote: post #80

Earlier quoted context omitted.

It's just a tick box in the app, I think it's defaulted to on for a few years now

Yes, I included the link because it has information on options that disable it, like transparent windows, ligatures, etc.

Don't get me started on ligatures - now they make iterm run like dog! Otherwise I'm quite happy with iterm - but also welcome alternatives (except those ones I've seen based on electron).
Post reply on HN