Live data from Hacker News

Kitty – a fast, featureful, GPU based terminal emulator

sw.kovidgoyal.net

61–70 of 323 posts

Re: Kitty – a fast, featureful, GPU based terminal emulator

#61

I like KiTTY on Windows. If you want it to be more visually appealing than PuTTY, I found this repository helpful: https://github.com/yograf/kitty-solarized Clone it/download the .zip and replace the kitty.exe with a recent one

Different Kitty? This one is Linux/macOS only.

Yeah OP needs to seriously reconsider the name.

http://www.9bis.net/kitty/

Re: Kitty – a fast, featureful, GPU based terminal emulator

#63
post #53
post #51

I love this seemingly new tendency of re-building the most basic things with much better design choices than originally made in 90-s (or 70-s) — it's sometimes baffling how people are ok with using weird unintuitive tools all day every day, because it's always been this way and after spending a couple months on it everyone gets used to it. I mean, I love how user friendly (meaning configuration and all) kitty is out…

https://sw.kovidgoyal.net/kitty/faq.html#using-a-color-theme...

Thank you, I just installed it and am simply playing around, so didn't actually read the docs yet. This seems to help, however redrawing is still kind of weird, with artifacts appearing when resizing windows and such. Probably has to do with laptop's quasi-GPU. Also, alt+tab doesn't switch back to kitty's window, when kitty is in fullscreen mode.

Re: Kitty – a fast, featureful, GPU based terminal emulator

#65

This doesn't work on half of Nvidia-powered laptops: https://github.com/kovidgoyal/kitty/issues/456

Closed and locked with: > I'm widely known for my extreme stupidity. Loving the zero given approach from the maintainer. Installing now.

Kovid Goyal is infamous/known to be a bit toxic, see Calibre: https://news.ycombinator.com/item?id=8213946 (and the setuid "issue": https://lwn.net/Articles/465311/)

Re: Kitty – a fast, featureful, GPU based terminal emulator

#66
post #45

How does this compare to alacritty?

Alacritty is quite buggy and not very maintained, the author doesn't put a lot of work in except the occasional small merge. (They still haven't finished the scrollback support branch that's been open for ages).

I've switched to kitty and am much happier.

Re: Kitty – a fast, featureful, GPU based terminal emulator

#67
post #5

This is somewhat of an aside, but the fastest terminal emulator I've ever used is rxvt-unicode. I don't even know if it utilizes the GPU (doubt it), but damn is it snappy. Try it out if you're on GNU / Linux.

I use urxvt as well because it's simple and configurable. There's also urxvtd but I don't use it.

Re: Kitty – a fast, featureful, GPU based terminal emulator

#68
Side note, the author's home page is an absolute relic from the past: https://kovidgoyal.net , including things like provisions for 56k modems, iframes, detection scripts for IE3 and AOL, and other gems.

It even looks like he has his own pre-jquery compliance library written about 18 years ago: https://kovidgoyal.net/scripts/VisualDocumentAPI.js

Re: Kitty – a fast, featureful, GPU based terminal emulator

#69

I was surprised that kitty became 'GPU based'. Then I realized it's an entirely different tool than the kitty fork of putty. I do wish creators of these tools would search for existing names to see if they are already in use. I would not mind if they were tools with sufficiently different purpose. But this just confuses users (and potential users) of either one.

9th issue on their tracker: https://github.com/kovidgoyal/kitty/issues/9

Re: Kitty – a fast, featureful, GPU based terminal emulator

#70
post #38

Earlier quoted context omitted.

It is useful for backwards execution. This is supported in various ways by Simics, gdb, SID simulator, rr, the Moxielogic emulator, and others. It is useful for virtual machine snapshots. You can restore the virtual machine with the terminal state intact.

Am I missing something? VM snapshots also save memory, any terminal will be intact after this?

That would be true if the terminal were within the VM, for example if the VM was a graphical OS running a terminal program.

It isn't true if the VM is communicating over an emulated serial port. In that case, the VM software must provide a terminal as hardware. Typically the VM software only provides a serial port to the VM, which the user will then associate with something else via the VM configuration. This fails when loading a snapshot because the terminal isn't part of the snapshot.

For example, suppose that the VM is a PC-AT running DR-DOS and a BBS. (from the pre-internet days, with a modem for users to dial in on) At minimum, the VM software must provide a serial port for the VM. You could configure this to connect with a real physical modem and then connect to that with another modem and some dial-up software, but then you'd have a problem with snapshots. Loading a snapshot would place the BBS in a state that is inconsistent with the dial-up software. What you really need is for the terminal emulator to be part of the hardware that the VM is emulating. It would then be properly snapshotted.

Post reply on HN