Describe the solution you'd like?

Vim Speed + Performance similar to alacritty.

Is your feature request related to a problem? Please describe.

My full Vimrc with various plugins installed, performs noticeably slower in Warp compared to Alacritty. I removed the plugins but kept sensible vim settings from the vimrc to test scrolling time with a base vimrc. Without plugins the difference is not as pronounced and not to the detriment of usability, but with plugins it was very noticeable and led to me using alacritty for text editing related tasks.

Additional context

Results

Alacritty - 59 seconds
08:05:20
08:06:19

Warp - 77 seconds total
08:06:23
08:07:40

~1.3 X - length
Video Here: https://elvis.ai/assets/warp_test_01.m4v
Warp - Test
09/23/2021

Vim's Scrolling Speed via Shift + ]
is considerably slower in warp compared to alacritty.
Scroll through a large file (pandas-core/generic.py)

Note: Tried to get the display to be as similar as possible (via alacritty.yml) but the warp window displays 49 vim lines and alacritty displays 48 vim lines.
Have a window running TOP under alacritty and warp for the clock.

Alacritty Settings:

	window
		padding: x = 8
		padding: y = 0

	font:
		size: 14.0
		offset: y = 2

Warp Settings:

	font size: 14

x-post from Discord message:

Small visual bug that I had noticed when using vim (v 8.2) on Warp. You can see the cursor is bouncing around at random when scrolling on a file. Does not seem to have any affect besides visual -- when you stop scrolling, the cursor is in the correct location.

Let me know if you need another further information (vim plugins, etc.)

Ran into similar performance issues using with vim + warp. I see slow scrolling, slow cursor movement, and slow input. I was directed to this ticket to add information. What I am seeing appears to be related to having a (drawing a?) background color.

I set termguicolors, and use a custom color scheme. I link (most of) the rest of the highlight groups against the Normal group, and I set the Normal highlight group to:

hi Normal guifg=#bbbbbb guibg=#333333 gui=NONE

Changing Normal to:

hi Normal guifg=#bbbbbb guibg=NONE gui=NONE

seems to resolve the performance problems. (Similarly I tried editing with vim -u NONE and that seemed to work fine)

Just wanted to chime in on this after experiencing the same issues with lag using Vim, using the fix @S15 mentioned above worked for me also, speed increased to what I would expect!

oddly enough i most often hit the issues (gettiing a rainbow circle and all) when pressing backspace or switching between modes.

From discord #vim-users 11.13.2021

I can't use ctrl-6 to go back to my latest buffer in nvim. This works in all other terminals I've used so far.
map <C-^> even adding this to my init.vim doesn't change anything...
<C-^> works but doesn't

Here is my neovim output from the Warp terminal:

same exact prompt from iTerm:

I will note that I've been trying out neovim using this setup which does run with a lot of plugins

Neovim:
"Specifically, Warp seems to struggle with mouse support for neovim. Clicking to move the cursor and scrolling using the touchpad are both pretty unreliable and jittery."

Likning:

• nvim / neovim - Split plane w/ nvim wont resize #342

Linking:

• Moved to #451: CTRL-/ does not comment out anymore in my neovim #376

Linking:

• vi / vim / Nvim Double-cursor in warp when using fzf nvim plugin #429

"When he is using neovim and the number of lines are shorter than viewport, scrolling down jerks the screen back to the first line"

From Andrew
One thing that’s a bit funny in neovim, is that warp adds tilde’s under the file in lieu of line numbers

Compared with alacritty

Also it seems that relative line numbers aren’t working in warp. The above screws are the same file, same vimrc config

I recently got access to Warp, and NeoVim is pretty much unusable in it, it is noticeably laggy entering text compared to my current terminal (Kitty).

Glad that some of you have seen speed improvements, hoping there will be more improvements coming up!

ligatures font support please

This thread is very old now, I have no idea if anyone from Warp is still monitoring it. Anyway, first things first, I’ve been using Warp every day since November 2022 and I absolutely love it. It’s easily the most innovative terminal application I’ve ever used. But I now find myself in the absurd situation of having to have Alacritty open alongside Warp solely so that I can use Neovim.

Whilst many of the earlier issues seem to have been addressed, two of the most fundamental things haven’t:

1. Warp does not relinquish styling of the cursor to Neovim, with the result that in Neovim’s normal mode the character the cursor is on is unreadable.
2. The option key on my Mac keyboard does not function properly — this is with Settings > Features > Keys > Left/Right Option key is Meta enabled. Some keys seem to work, but keys which in macOS normally function as dead keys, such as option + i do not. This seems to be a regression, which I reported in [macOS] option-i not working even with Left/Right Option key is Meta enabled #3018. I use a British keyboard and the # character is option + 3 which does nothing in Neovim running in Warp (but does work in the Warp command line). I write a lot of CSS - the # character is pretty essential.

Furthermore, some character decorations such as underlining and wavy underlining are not working in Warp but are in Alacritty, although I don’t consider that an essential feature, but it would be nice to have.

Screenshot of Warp:

Screenshot of Alacritty:

On the plus side, in my subjective opinion I think that fonts and colours are rendered better in Warp than in Alacritty.

I have to say though that I find it truly disheartening that you appear to be using time and resources adding things like AI when such fundamental things as a usable cursor and keyboard appear to be overlooked. Warp sure is clever, but if I want to get some work done I have to use Alacritty.

Finally, is there a vision for how Warp should handle apps which takeover the full terminal screen? After all, once something like nvim is running everything special about Warp is no longer available. It strike me that there is room to innovate here just as you did with blocks. Perhaps full terminal screen apps should detach into a s separate frame? I hope there is a vision, but please please fix the cursor and the keyboard before working on that!

With line-height more that 1.3 symbols looks like this:

While in kitty or iTerm2 it looks fine:

Are there also any plans to just add vim for the normal warp terminal? not the neovim support?
Because I am used to use vim navigation with iTerm. Would be nice to navigate with vim as well.

Hi! Font ligatures works in command line, but don't work in Neovim. Am I doing something wrong?

Vim within an ssh session is not supported properly. The command header is still shown, which covers the first three lines of the file or so. Here you can see that the "do, re, mi" lines are covered by the command header.