Forget your curl today! Make HTTP requests from Vim without wrestling the command line!
Python VimL
Pull request Compare This branch is 51 commits ahead of ddfisher:master.
Latest commit 4a6c558 Dec 30, 2016 @ccraciun ccraciun committed with Compatibility with py2 and py3. (#19)
Failed to load latest commit information.
doc Add option to preserve responses in the output buffer. Oct 4, 2016
plugin Compatibility with py2 and py3. (#19) Dec 30, 2016
LICENSE Fixing whitespace. Mar 17, 2015 Add option to preserve responses in the output buffer. Oct 4, 2016


Make HTTP requests from Vim with the HTTP format you already know, rather than wrestling with curl -X POST -b cookie=$1 -F csrf_token=$2 -F "request={\"user_id\":123}"! Then parse the results right in Vim, syntax highlighted the way you expect!


See examples/examples.txt for other examples.


vim-http-client requires Vim compiled with python support and the python requests library.

You likely have Python support, but you can check with vim --version | grep +python. MacVim comes with Python support.

To check if you have the requests library, try python -c 'import requests'. If you get an error, try pip install requests to get the library. Many distros ship Python support with Vim and the requests library with Python.

Once you have these, use your favorite Vim plugin manager to install aquach/vim-http-client, or copy plugin and doc into your .vim folder.


Put your cursor anywhere in a newline-delimited block of text and hit <Leader>tt. vim-http-client will parse the text into a HTTP request, execute it, and display its results will appear in a split. You can also directly invoke the HTTP client with :call HTTPClientDoRequest()<cr>. The format mirrors HTTP's format:

# Comments start with #.
# First request.
<method> <url>
<header-name-1>: <header-value-1>
<header-name-2>: <header-value-2>
<header-name-n>: <header-value-n>

# Second request.
<method> <url>
<header-name-1>: <header-value-1>
<header-name-2>: <header-value-2>
<header-name-n>: <header-value-n>

Depending on where you put your cursor, the first or second request will execute. You can also substitute variables anywhere in the request:

# Second request.
# :foo = bar
  "data": ":foo",
  "otherkey": "hello"

Each variable lives in a separate commented line. Variables beginning with : are request variables only considered in the request block they live in. Variables beginning with $ are global variables that affect all requests in the entire buffer. Local variables always override global variables.

# $endpoint =

GET $endpoint/get

# :request_var = 3
POST $endpoint/post

GET $endpoint/resource

Variables are substituted with simple string substitution.

If you'd like to pass form-encoded data, set your body like this:


You can also send files using absolute path to file: !file(PATH_TO_FILE) or by simply providing it's content: !content(my file content).


foo=vim rocks
baz=!content(sample content)

See examples/examples.txt for more examples.

The output appears in a new split. Based on the Content-Type header of the HTTP response, vim-http-client chooses a filetype for syntax highlighting. It currently supports XML, JSON, and HTML; all others will get ft=text.


g:http_client_bind_hotkey (default 1)

Controls whether or not <Leader>tt will run the HTTP client. Regardless of the setting, vim-http-client will not overwrite your existing <Leader>tt mapping if it exists.

g:http_client_json_ft (default 'javascript')

Sets the vim filetype when vim-http-client detects a JSON response. Though JSON-specific syntax highlighting like vim-json provides prettier highlighting than the default Javascript highlighting, Javascript highlighting comes with Vim and is therefore a safer default. Use this setting to configure the filetype to your liking.

g:http_client_json_escape_utf (default 1)

By default json.dumps will escape any utf8 characters beyond ascii range. This option (if set to 0) allows you to get the actual special characters instead of \uxxxx encoded ones.

g:http_client_result_vsplit (default 1)

By default the request result appears in a vertical split. Setting this option to 0 displays the result in a horizontal split.

g:http_client_focus_output_window (default 1)

By default the focus will go to the output window. If set to 0 the focus will return to the window with request definitions.

g:http_client_verify_ssl (default 1)

By default requests will verify SSL certificates for HTTPS endpoints. Setting this option to 0 disables SSL verification which allows requests to sites using self-signed certificates, for example.

g:http_client_preserve_responses (default 0)

By default responses will be written to the output buffer replacing any previous response. Setting this option to 1 will preserve previous responses, adding the latest response to the top of the buffer.


This plugin is currently quite simple. Contributions, suggestions, and feedback are all welcomed!