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

Kitty 0.17 – GPU-accelerated terminal emulator

sw.kovidgoyal.net

Post reply on HN
Print view View original

31–40 of 74 posts

Re: Kitty 0.17 – GPU-accelerated terminal emulator

#31

Post by pwdisswordfish2 »

KarlKemp wrote: post #26
unixhero wrote: post #2

Not to be confused with Kitty[0], a Putty fork. Also a terminal emulator! [0] http://www.9bis.net/kitty/#!index.md

The relevant Github issue is also quite memorable: https://github.com/kovidgoyal/kitty/issues/9#issuecomment-41... I wonder if the author might be willing to reconsider. He should have newfound appreciation for how annoying name collisions can be.

Ah, so he kept his attitude from back when he refused to fix security vulnerabilities in Calibre.

Good to know. I'll keep avoiding his software.

Re: Kitty 0.17 – GPU-accelerated terminal emulator

#32

Post by georgyo »

KarlKemp wrote: post #26
unixhero wrote: post #2

Not to be confused with Kitty[0], a Putty fork. Also a terminal emulator! [0] http://www.9bis.net/kitty/#!index.md

The relevant Github issue is also quite memorable: https://github.com/kovidgoyal/kitty/issues/9#issuecomment-41... I wonder if the author might be willing to reconsider. He should have newfound appreciation for how annoying name collisions can be.

It's very sad that the name was not changed. It is his right not to change it, but it is to the detriment of the community of both emulators.

Re: Kitty 0.17 – GPU-accelerated terminal emulator

#33

Post by einpoklum »

With due respect - this sounds like the terminal emulator equivalent of a ricer car: https://en.wikipedia.org/wiki/Rice_burner

"fast"? What, terminal emulation is slow now? Needs hardware acceleration? Be serious.

A graphical terminal emulator should use underlying graphical environment features/libraries for things like hardware-assisted rendering.

Re: Kitty 0.17 – GPU-accelerated terminal emulator

#34

Post by climb_stealth »

jhasse wrote: post #4

I really like kitty, but I always wonder how people can live without a scrollbar or smooth scrolling in general. Unfortunately that's a dealbreaker for me.

I work around the scrollbar issue by having keyboard shortcuts to open the full scrollback in vim, either on top of the current view or in a new tab. I was surprised how little it bothered me, and nowadays I even prefer it. You get all the text control in vim which is so much nicer than the scrollbar approach.

Scrolling itself seems smooth for me in general.

Re: Kitty 0.17 – GPU-accelerated terminal emulator

#36

Post by climb_stealth »

bjakubski wrote: post #6

I've recently made a switch to Kitty from iterm2. I couldn't suffer general slowness and visible lag when using vim or nvim anymore. Various solutions and workarounds provided only minimal relief. With kitty the performance improvement was dramatic. Configuration is more involved (config file), but I've managed to set everything up as I'm used to in short time. I'm happy so far, but ymmv

Similar situation here. At some point opening/closing tabs got really slow for me in iterm2 and I couldn't find a way around it. With kitty it's pretty much instant and for me worth the lack of other features.

Also, a whole lot of it is written in Python and I actually contributed smaller changes in pull requests. It feels good to be able to just change things.

Re: Kitty 0.17 – GPU-accelerated terminal emulator

#37

Post by jstimpfle »

einpoklum wrote: post #33

With due respect - this sounds like the terminal emulator equivalent of a ricer car: https://en.wikipedia.org/wiki/Rice_burner "fast"? What, terminal emulation is slow now? Needs hardware acceleration? Be serious. A graphical terminal emulator should use underlying graphical environment features/libraries for things like hardware-assisted rendering.

Not just terminals. So much software is unbearably slow today. Definitely terminals. The only terminal I can really stand is xterm with bitmap fonts.

https://danluu.com/term-latency/

> A graphical terminal emulator should use underlying graphical environment features/libraries for things like hardware-assisted rendering.

I've mostly done OpenGL recently, and I think xterm (which is fast) is an exception in that it uses just X11 primitives, but I also know that some font frawing APIs are very slow. GDI is what I have in mind mostly. So using Hardware more directly (i.e. OpenGL) might be not the worst idea.

Re: Kitty 0.17 – GPU-accelerated terminal emulator

#39

Post by dkersten »

KarlKemp wrote: post #26
unixhero wrote: post #2

Not to be confused with Kitty[0], a Putty fork. Also a terminal emulator! [0] http://www.9bis.net/kitty/#!index.md

The relevant Github issue is also quite memorable: https://github.com/kovidgoyal/kitty/issues/9#issuecomment-41... I wonder if the author might be willing to reconsider. He should have newfound appreciation for how annoying name collisions can be.

I’ve been happily using kitty for ages, but this butthurt “you hurt my feelings, so I am going to do the opposite” is very childish, immature and offputting.

Re: Kitty 0.17 – GPU-accelerated terminal emulator

#40

Post by crypt1d »

KarlKemp wrote: post #26
unixhero wrote: post #2

Not to be confused with Kitty[0], a Putty fork. Also a terminal emulator! [0] http://www.9bis.net/kitty/#!index.md

The relevant Github issue is also quite memorable: https://github.com/kovidgoyal/kitty/issues/9#issuecomment-41... I wonder if the author might be willing to reconsider. He should have newfound appreciation for how annoying name collisions can be.

He comes off as quite arrogant, I wouldn't count on it.
Post reply on HN