51–60 of 74 posts
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.
According to the website, isn’t smooth scrolling exactly what kitty offers?
Earlier quoted context omitted.
FYI you can configure mouse wheel (or in my case just trackpad) scrolling in tmux [1], I've had this configured for years and it's worked really well for me. [1] https://web.archive.org/web/20180821055830/http://www.joehan...
Unfortunately, that breaks scrolling in VIM, which I also use. I do use scrolling with the track pad in VIM sometimes and I care more about that than scrolling in my terminal. Maybe I should try re-enabling it again. It's been a while. Maybe tmux or VIM fixed this.
Kitty is good but the only issue I have is the use of custom terminfo xterm-kitty. This means things break when ssh’ing to older Linux until you copy the terminfo manually. On BSDs it doesn’t work as there is no terminfo support.
Doing `export TERM=xterm` has worked consistently for me
Earlier quoted context omitted.
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 us…
Wow, those graphs are mind-blowing! But it sounds like what should really be written is a fast, hardware-backed, low-latency but limited-feature graphics library. Then have your terminal use that. I still say that direct awareness of the hardware is _way_ too much coupling.
I have to learn a few new shortcuts, but I am quite satisfied so far, it does all things I want in a terminal that Alacritty did not, like tabs and transparency.
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
P.S. weirdly on Linux it's entirely opposite; vim in an xterm is much faster than gvim.
Earlier quoted context omitted.
Wow, those graphs are mind-blowing! But it sounds like what should really be written is a fast, hardware-backed, low-latency but limited-feature graphics library. Then have your terminal use that. I still say that direct awareness of the hardware is _way_ too much coupling.
OpenGL is actually pretty high-level. I don't know how much detail of the hardware it lets you get - probably mostly through hardware-specific extensions. The most basic usage is really hardware oblivious. There are many even more high-level toolkits on top of that, such as Qt. But if you need some flexibility and performance, using OpenGL is probably your best bet.
Hmm. I tried it and I'm trying to find reasons why this is better than Apple's default Terminal.app? It's obviously better than iterm2, but Apple's built-in terminal is actually rather fast.
Hmm. I tried it and I'm trying to find reasons why this is better than Apple's default Terminal.app? It's obviously better than iterm2, but Apple's built-in terminal is actually rather fast.
Depends on your usage but terminal.app is quite a bit slower then iterm2's metal renderer or Alacritty (probably kitty as well but I haven't used it).