neovim/test/functional/ui/cmdline_spec.lua

609 lines
17 KiB
Lua
Raw Normal View History

2017-02-24 00:26:39 -07:00
local helpers = require('test.functional.helpers')(after_each)
local Screen = require('test.functional.ui.screen')
local clear, feed = helpers.clear, helpers.feed
local source = helpers.source
2017-08-20 08:47:42 -07:00
local command = helpers.command
2017-02-24 00:26:39 -07:00
2018-09-28 05:19:37 -07:00
local function test_cmdline(linegrid)
2017-02-24 00:26:39 -07:00
local screen
before_each(function()
clear()
screen = Screen.new(25, 5)
2018-09-28 05:19:37 -07:00
screen:attach({rgb=true, ext_cmdline=true, ext_linegrid=linegrid})
2017-12-05 05:16:56 -07:00
screen:set_default_attr_ids({
[1] = {bold = true, foreground = Screen.colors.Blue1},
[2] = {reverse = true},
[3] = {bold = true, reverse = true},
[4] = {foreground = Screen.colors.Grey100, background = Screen.colors.Red},
[5] = {bold = true, foreground = Screen.colors.SeaGreen4},
2017-12-05 05:16:56 -07:00
})
2017-02-24 00:26:39 -07:00
end)
after_each(function()
screen:detach()
end)
it('works', function()
feed(':')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{""}},
pos = 0,
}}}
2017-02-24 00:26:39 -07:00
feed('sign')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"sign"}},
pos = 4,
}}}
2017-02-24 00:26:39 -07:00
feed('<Left>')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"sign"}},
pos = 3,
}}}
2017-02-24 00:26:39 -07:00
feed('<bs>')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"sin"}},
pos = 2,
}}}
2017-02-24 00:26:39 -07:00
feed('<Esc>')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]]}
end)
2017-02-24 00:26:39 -07:00
describe("redraws statusline on entering", function()
before_each(function()
command('set laststatus=2')
command('set statusline=%{mode()}')
end)
it('from normal mode', function()
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{3:n }|
|
]]}
feed(':')
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{3:c }|
|
]], cmdline={{
firstc = ":",
content = {{""}},
pos = 0,
}}}
end)
it('but not with scrolled messages', function()
screen:try_resize(49,10)
feed(':echoerr doesnotexist<cr>')
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{3:n }|
{4:E121: Undefined variable: doesnotexist} |
]]}
feed(':echoerr doesnotexist<cr>')
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{3:n }|
{4:E121: Undefined variable: doesnotexist} |
]]}
feed(':echoerr doesnotexist<cr>')
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{3:n }|
{4:E121: Undefined variable: doesnotexist} |
]]}
feed('<cr>')
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{1:~ }|
{3:n }|
{4:E121: Undefined variable: doesnotexist} |
]]}
end)
end)
it("works with input()", function()
feed(':call input("input", "default")<cr>')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
prompt = "input",
content = {{"default"}},
pos = 7,
}}}
feed('<cr>')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]]}
end)
it("works with special chars and nested cmdline", function()
feed(':xx<c-r>')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"xx"}},
pos = 2,
special = {'"', true},
}}}
feed('=')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"xx"}},
pos = 2,
special = {'"', true},
}, {
firstc = "=",
content = {{""}},
pos = 0,
}}}
feed('1+2')
2017-08-20 08:47:42 -07:00
local expectation = {{
firstc = ":",
content = {{"xx"}},
pos = 2,
special = {'"', true},
}, {
firstc = "=",
content = {{"1"}, {"+"}, {"2"}},
pos = 3,
}}
screen:expect{grid=[[
2017-08-20 08:47:42 -07:00
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
2017-08-20 08:47:42 -07:00
|
]], cmdline=expectation}
2017-02-24 00:26:39 -07:00
2017-08-20 08:47:42 -07:00
-- erase information, so we check if it is retransmitted
ui: disable clearing almost everywhere Avoid clearing the screen in most situations. NOT_VALID should be equivalent to CLEAR unless some external force messed up the terminal, for these situations <c-l> and :mode will still clear the screen. Also eliminate some obsolete code in screen.c, that dealt with that in vim drawing window 1 can mess up window 2, but this never happens in nvim. But what about slow terminals? There is two common meanings in which a terminal is said to be "slow": Most commonly (and in the sense of vim:s nottyfast) it means low bandwidth for sending bytes from nvim to the terminal. If the screen is very similar before and after the update_screen(CLEAR) this change should reduce bandwidth. If the screen is quite different, but there is no new regions of contiguous whitespace, clearing doesn't reduce bandwidth significantly. If the new screen contains a lot of whitespace, it will depend of if vsplits are used or not: as long as there is no vsplits, ce is used to cheaply clear the rest of the line, so full-screen clear is not needed to reduce bandwith. However a left vsplit currently needs to be padded with whitespace all the way to the separator. It is possible ec (clear N chars) can be used to reduce bandwidth here if this is a problem. (All of this assumes that one doesn't set Normal guibg=... on a non-BCE terminal, if you do you are doomed regardless of this change). Slow can also mean that drawing pixels on the screen is slow. E-ink screens is a recent example. Avoiding clearing and redrawing the unchanged part of the screen will always improve performance in these cases.
2018-10-20 14:43:47 -07:00
command("mode")
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline=expectation, reset=true}
2017-08-20 08:47:42 -07:00
feed('<cr>')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"xx3"}},
pos = 3,
}}}
feed('<esc>')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]]}
end)
it("works with function definitions", function()
feed(':function Foo()<cr>')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
indent = 2,
firstc = ":",
content = {{""}},
pos = 0,
}}, cmdline_block = {
{{'function Foo()'}},
}}
feed('line1<cr>')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
indent = 2,
firstc = ":",
content = {{""}},
pos = 0,
}}, cmdline_block = {
{{'function Foo()'}},
{{' line1'}},
}}
2017-06-26 07:27:49 -07:00
ui: disable clearing almost everywhere Avoid clearing the screen in most situations. NOT_VALID should be equivalent to CLEAR unless some external force messed up the terminal, for these situations <c-l> and :mode will still clear the screen. Also eliminate some obsolete code in screen.c, that dealt with that in vim drawing window 1 can mess up window 2, but this never happens in nvim. But what about slow terminals? There is two common meanings in which a terminal is said to be "slow": Most commonly (and in the sense of vim:s nottyfast) it means low bandwidth for sending bytes from nvim to the terminal. If the screen is very similar before and after the update_screen(CLEAR) this change should reduce bandwidth. If the screen is quite different, but there is no new regions of contiguous whitespace, clearing doesn't reduce bandwidth significantly. If the new screen contains a lot of whitespace, it will depend of if vsplits are used or not: as long as there is no vsplits, ce is used to cheaply clear the rest of the line, so full-screen clear is not needed to reduce bandwith. However a left vsplit currently needs to be padded with whitespace all the way to the separator. It is possible ec (clear N chars) can be used to reduce bandwidth here if this is a problem. (All of this assumes that one doesn't set Normal guibg=... on a non-BCE terminal, if you do you are doomed regardless of this change). Slow can also mean that drawing pixels on the screen is slow. E-ink screens is a recent example. Avoiding clearing and redrawing the unchanged part of the screen will always improve performance in these cases.
2018-10-20 14:43:47 -07:00
command("mode")
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
indent = 2,
firstc = ":",
content = {{""}},
pos = 0,
}}, cmdline_block = {
{{'function Foo()'}},
{{' line1'}},
}, reset=true}
2017-08-20 08:47:42 -07:00
feed('endfunction<cr>')
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{1:~ }|
|
]]}
-- Try once more, to check buffer is reinitialized. #8007
feed(':function Bar()<cr>')
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
indent = 2,
firstc = ":",
content = {{""}},
pos = 0,
}}, cmdline_block = {
{{'function Bar()'}},
}}
2017-08-20 08:47:42 -07:00
feed('endfunction<cr>')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]]}
2017-02-24 00:26:39 -07:00
end)
it("works with cmdline window", function()
feed(':make')
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"make"}},
pos = 4,
}}}
feed('<c-f>')
screen:expect{grid=[[
|
2017-12-05 05:16:56 -07:00
{2:[No Name] }|
{1::}make^ |
{3:[Command Line] }|
|
]]}
-- nested cmdline
feed(':yank')
screen:expect{grid=[[
|
2017-12-05 05:16:56 -07:00
{2:[No Name] }|
{1::}make^ |
{3:[Command Line] }|
|
]], cmdline={nil, {
firstc = ":",
content = {{"yank"}},
pos = 4,
}}}
ui: disable clearing almost everywhere Avoid clearing the screen in most situations. NOT_VALID should be equivalent to CLEAR unless some external force messed up the terminal, for these situations <c-l> and :mode will still clear the screen. Also eliminate some obsolete code in screen.c, that dealt with that in vim drawing window 1 can mess up window 2, but this never happens in nvim. But what about slow terminals? There is two common meanings in which a terminal is said to be "slow": Most commonly (and in the sense of vim:s nottyfast) it means low bandwidth for sending bytes from nvim to the terminal. If the screen is very similar before and after the update_screen(CLEAR) this change should reduce bandwidth. If the screen is quite different, but there is no new regions of contiguous whitespace, clearing doesn't reduce bandwidth significantly. If the new screen contains a lot of whitespace, it will depend of if vsplits are used or not: as long as there is no vsplits, ce is used to cheaply clear the rest of the line, so full-screen clear is not needed to reduce bandwith. However a left vsplit currently needs to be padded with whitespace all the way to the separator. It is possible ec (clear N chars) can be used to reduce bandwidth here if this is a problem. (All of this assumes that one doesn't set Normal guibg=... on a non-BCE terminal, if you do you are doomed regardless of this change). Slow can also mean that drawing pixels on the screen is slow. E-ink screens is a recent example. Avoiding clearing and redrawing the unchanged part of the screen will always improve performance in these cases.
2018-10-20 14:43:47 -07:00
command("mode")
screen:expect{grid=[[
|
2017-12-05 05:16:56 -07:00
{2:[No Name] }|
{1::}make^ |
2017-12-05 05:16:56 -07:00
{3:[Command Line] }|
|
]], cmdline={nil, {
firstc = ":",
content = {{"yank"}},
pos = 4,
}}, reset=true}
feed("<c-c>")
screen:expect{grid=[[
|
2017-12-05 05:16:56 -07:00
{2:[No Name] }|
{1::}make^ |
{3:[Command Line] }|
|
]]}
feed("<c-c>")
screen:expect{grid=[[
ui: disable clearing almost everywhere Avoid clearing the screen in most situations. NOT_VALID should be equivalent to CLEAR unless some external force messed up the terminal, for these situations <c-l> and :mode will still clear the screen. Also eliminate some obsolete code in screen.c, that dealt with that in vim drawing window 1 can mess up window 2, but this never happens in nvim. But what about slow terminals? There is two common meanings in which a terminal is said to be "slow": Most commonly (and in the sense of vim:s nottyfast) it means low bandwidth for sending bytes from nvim to the terminal. If the screen is very similar before and after the update_screen(CLEAR) this change should reduce bandwidth. If the screen is quite different, but there is no new regions of contiguous whitespace, clearing doesn't reduce bandwidth significantly. If the new screen contains a lot of whitespace, it will depend of if vsplits are used or not: as long as there is no vsplits, ce is used to cheaply clear the rest of the line, so full-screen clear is not needed to reduce bandwith. However a left vsplit currently needs to be padded with whitespace all the way to the separator. It is possible ec (clear N chars) can be used to reduce bandwidth here if this is a problem. (All of this assumes that one doesn't set Normal guibg=... on a non-BCE terminal, if you do you are doomed regardless of this change). Slow can also mean that drawing pixels on the screen is slow. E-ink screens is a recent example. Avoiding clearing and redrawing the unchanged part of the screen will always improve performance in these cases.
2018-10-20 14:43:47 -07:00
^ |
2017-12-05 05:16:56 -07:00
{2:[No Name] }|
ui: disable clearing almost everywhere Avoid clearing the screen in most situations. NOT_VALID should be equivalent to CLEAR unless some external force messed up the terminal, for these situations <c-l> and :mode will still clear the screen. Also eliminate some obsolete code in screen.c, that dealt with that in vim drawing window 1 can mess up window 2, but this never happens in nvim. But what about slow terminals? There is two common meanings in which a terminal is said to be "slow": Most commonly (and in the sense of vim:s nottyfast) it means low bandwidth for sending bytes from nvim to the terminal. If the screen is very similar before and after the update_screen(CLEAR) this change should reduce bandwidth. If the screen is quite different, but there is no new regions of contiguous whitespace, clearing doesn't reduce bandwidth significantly. If the new screen contains a lot of whitespace, it will depend of if vsplits are used or not: as long as there is no vsplits, ce is used to cheaply clear the rest of the line, so full-screen clear is not needed to reduce bandwith. However a left vsplit currently needs to be padded with whitespace all the way to the separator. It is possible ec (clear N chars) can be used to reduce bandwidth here if this is a problem. (All of this assumes that one doesn't set Normal guibg=... on a non-BCE terminal, if you do you are doomed regardless of this change). Slow can also mean that drawing pixels on the screen is slow. E-ink screens is a recent example. Avoiding clearing and redrawing the unchanged part of the screen will always improve performance in these cases.
2018-10-20 14:43:47 -07:00
{1::}make |
2017-12-05 05:16:56 -07:00
{3:[Command Line] }|
|
]], cmdline={{
firstc = ":",
content = {{"make"}},
pos = 4,
}}}
command("redraw!")
screen:expect{grid=[[
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"make"}},
pos = 4,
}}}
end)
2017-08-29 23:51:39 -07:00
it('works with inputsecret()', function()
feed(":call inputsecret('secret:')<cr>abc123")
screen:expect{grid=[[
2017-08-29 23:51:39 -07:00
^ |
2017-12-05 05:16:56 -07:00
{1:~ }|
{1:~ }|
{1:~ }|
2017-08-29 23:51:39 -07:00
|
]], cmdline={{
prompt = "secret:",
content = {{"******"}},
pos = 6,
}}}
2017-08-29 23:51:39 -07:00
end)
it('works with highlighted cmdline', function()
2017-12-05 05:16:56 -07:00
source([[
highlight RBP1 guibg=Red
highlight RBP2 guibg=Yellow
highlight RBP3 guibg=Green
highlight RBP4 guibg=Blue
let g:NUM_LVLS = 4
function RainBowParens(cmdline)
let ret = []
let i = 0
let lvl = 0
while i < len(a:cmdline)
if a:cmdline[i] is# '('
call add(ret, [i, i + 1, 'RBP' . ((lvl % g:NUM_LVLS) + 1)])
let lvl += 1
elseif a:cmdline[i] is# ')'
let lvl -= 1
call add(ret, [i, i + 1, 'RBP' . ((lvl % g:NUM_LVLS) + 1)])
endif
let i += 1
endwhile
return ret
endfunction
map <f5> :let x = input({'prompt':'>','highlight':'RainBowParens'})<cr>
"map <f5> :let x = input({'prompt':'>'})<cr>
]])
screen:set_default_attr_ids({
RBP1={background = Screen.colors.Red},
RBP2={background = Screen.colors.Yellow},
EOB={bold = true, foreground = Screen.colors.Blue1},
})
feed('<f5>(a(b)a)')
screen:expect{grid=[[
2017-12-05 05:16:56 -07:00
^ |
{EOB:~ }|
{EOB:~ }|
{EOB:~ }|
|
]], cmdline={{
prompt = '>',
content = {{'(', 'RBP1'}, {'a'}, {'(', 'RBP2'}, {'b'},
{ ')', 'RBP2'}, {'a'}, {')', 'RBP1'}},
pos = 7,
}}}
end)
it('works together with ext_wildmenu', function()
local expected = {
'define',
'jump',
'list',
'place',
'undefine',
'unplace',
}
command('set wildmode=full')
command('set wildmenu')
screen:set_option('ext_wildmenu', true)
feed(':sign <tab>')
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"sign define"}},
pos = 11,
}}, wildmenu_items=expected, wildmenu_pos=0}
feed('<tab>')
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"sign jump"}},
pos = 9,
}}, wildmenu_items=expected, wildmenu_pos=1}
feed('<left><left>')
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"sign "}},
pos = 5,
}}, wildmenu_items=expected, wildmenu_pos=-1}
feed('<right>')
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"sign define"}},
pos = 11,
}}, wildmenu_items=expected, wildmenu_pos=0}
feed('a')
screen:expect{grid=[[
^ |
{1:~ }|
{1:~ }|
{1:~ }|
|
]], cmdline={{
firstc = ":",
content = {{"sign definea"}},
pos = 12,
}}}
end)
end
2018-09-28 05:19:37 -07:00
-- the representation of cmdline and cmdline_block contents changed with ext_linegrid
-- (which uses indexed highlights) so make sure to test both
describe('ui/ext_cmdline', function() test_cmdline(true) end)
describe('ui/ext_cmdline (legacy highlights)', function() test_cmdline(false) end)