<feed xmlns='http://www.w3.org/2005/Atom'>
<title>rneovim.git/test/functional/eval/msgpack_functions_spec.lua, branch stable</title>
<subtitle>Neovim fork with Rahm's personal hacks.</subtitle>
<link rel='alternate' type='text/html' href='http://git.josher.dev/rneovim.git/'/>
<entry>
<title>ui: refactor ui options</title>
<updated>2018-02-13T19:48:51+00:00</updated>
<author>
<name>Björn Linse</name>
<email>bjorn.linse@gmail.com</email>
</author>
<published>2018-02-13T12:45:49+00:00</published>
<link rel='alternate' type='text/html' href='http://git.josher.dev/rneovim.git/commit/?id=6e5cb0debd23693175bd05409d3f1af4015567df'/>
<id>6e5cb0debd23693175bd05409d3f1af4015567df</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>*: Fix test failures</title>
<updated>2017-12-10T22:43:36+00:00</updated>
<author>
<name>ZyX</name>
<email>kp-pav@yandex.ru</email>
</author>
<published>2017-12-10T22:43:36+00:00</published>
<link rel='alternate' type='text/html' href='http://git.josher.dev/rneovim.git/commit/?id=ceb45a08858837319c8ea67b1aaeceaeb24c8510'/>
<id>ceb45a08858837319c8ea67b1aaeceaeb24c8510</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>functests/msgpack: Correct representation of literal INT64_MIN</title>
<updated>2017-06-07T01:38:31+00:00</updated>
<author>
<name>James McCoy</name>
<email>jamessan@jamessan.com</email>
</author>
<published>2017-06-06T17:38:23+00:00</published>
<link rel='alternate' type='text/html' href='http://git.josher.dev/rneovim.git/commit/?id=bf4de3f6f761bc73801eadffc63a0c18d00c2db7'/>
<id>bf4de3f6f761bc73801eadffc63a0c18d00c2db7</id>
<content type='text'>
In order to generate INT64_MIN from literal values, it's necessary to
use "-0x7fffffffffffffff - 1".  Using "-0x8000000000000000" causes the
value to get clamped to INT64_MAX and then negated.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In order to generate INT64_MIN from literal values, it's necessary to
use "-0x7fffffffffffffff - 1".  Using "-0x8000000000000000" causes the
value to get clamped to INT64_MAX and then negated.
</pre>
</div>
</content>
</entry>
<entry>
<title>functests/msgpack: Use assert_equal() for more informative errors</title>
<updated>2017-06-07T01:38:30+00:00</updated>
<author>
<name>James McCoy</name>
<email>jamessan@jamessan.com</email>
</author>
<published>2017-06-06T15:37:56+00:00</published>
<link rel='alternate' type='text/html' href='http://git.josher.dev/rneovim.git/commit/?id=d69286c065a27706b1b8c8992be1bf5238f433a7'/>
<id>d69286c065a27706b1b8c8992be1bf5238f433a7</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>api: add metadata for ui events</title>
<updated>2017-05-10T15:36:31+00:00</updated>
<author>
<name>Björn Linse</name>
<email>bjorn.linse@gmail.com</email>
</author>
<published>2017-04-30T12:35:36+00:00</published>
<link rel='alternate' type='text/html' href='http://git.josher.dev/rneovim.git/commit/?id=e82cb5de4adc8a88e8213d0aca85400362df4bd1'/>
<id>e82cb5de4adc8a88e8213d0aca85400362df4bd1</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>functests: Replace execute with either command or feed_command</title>
<updated>2017-04-09T00:24:08+00:00</updated>
<author>
<name>ZyX</name>
<email>kp-pav@yandex.ru</email>
</author>
<published>2017-04-08T21:12:26+00:00</published>
<link rel='alternate' type='text/html' href='http://git.josher.dev/rneovim.git/commit/?id=65fb622000af8e3dbb65480e1581758ecf4ba3e2'/>
<id>65fb622000af8e3dbb65480e1581758ecf4ba3e2</id>
<content type='text'>
Hope this will make people using feed_command less likely: this hides bugs.
Already found at least two:

1. msgpackparse() will show internal error: hash_add() in case of duplicate
   keys, though it will still work correctly. Currently silenced.
2. ttimeoutlen was spelled incorrectly, resulting in option not being set when
   expected. Test was still functioning somehow though. Currently fixed.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Hope this will make people using feed_command less likely: this hides bugs.
Already found at least two:

1. msgpackparse() will show internal error: hash_add() in case of duplicate
   keys, though it will still work correctly. Currently silenced.
2. ttimeoutlen was spelled incorrectly, resulting in option not being set when
   expected. Test was still functioning somehow though. Currently fixed.
</pre>
</div>
</content>
</entry>
<entry>
<title>tests: Add tests for partials dumping</title>
<updated>2017-01-03T19:51:29+00:00</updated>
<author>
<name>ZyX</name>
<email>kp-pav@yandex.ru</email>
</author>
<published>2017-01-03T19:51:29+00:00</published>
<link rel='alternate' type='text/html' href='http://git.josher.dev/rneovim.git/commit/?id=136b382e64390bf3129a7cd127b7704c983ec300'/>
<id>136b382e64390bf3129a7cd127b7704c983ec300</id>
<content type='text'>
Also fixed dumping of partials by encode_vim_to_object and added code which is 
able to work with partials and dictionaries to test/unit/eval/helpers.lua 
(mostly copied from #5119, except for partials handling).</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Also fixed dumping of partials by encode_vim_to_object and added code which is 
able to work with partials and dictionaries to test/unit/eval/helpers.lua 
(mostly copied from #5119, except for partials handling).</pre>
</div>
</content>
</entry>
<entry>
<title>build: Target luacheck HEAD.</title>
<updated>2016-11-16T23:55:39+00:00</updated>
<author>
<name>Justin M. Keyes</name>
<email>justinkz@gmail.com</email>
</author>
<published>2016-11-16T23:33:45+00:00</published>
<link rel='alternate' type='text/html' href='http://git.josher.dev/rneovim.git/commit/?id=44e6ee930fff5bf42178e5555b4a7c3467cb66c8'/>
<id>44e6ee930fff5bf42178e5555b4a7c3467cb66c8</id>
<content type='text'>
https://github.com/mpeterv/luacheck/pull/81#issuecomment-261099606

&gt; If you really want to use bleeding-edge version you should get the
&gt; rockspec from master branch, not a fixed commit ...
&gt; The correct way to install from a specific commit is cloning that
&gt; commit and running "luarocks make" from project directory. The reason
&gt; is that running "install" or "build" on an scm rockspec fetches
&gt; sources from master but uses build description from the rockspec
&gt; itself, which may be outdated.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
https://github.com/mpeterv/luacheck/pull/81#issuecomment-261099606

&gt; If you really want to use bleeding-edge version you should get the
&gt; rockspec from master branch, not a fixed commit ...
&gt; The correct way to install from a specific commit is cloning that
&gt; commit and running "luarocks make" from project directory. The reason
&gt; is that running "install" or "build" on an scm rockspec fetches
&gt; sources from master but uses build description from the rockspec
&gt; itself, which may be outdated.
</pre>
</div>
</content>
</entry>
<entry>
<title>Bump all nvim-specific error codes above E5000</title>
<updated>2016-11-16T04:16:08+00:00</updated>
<author>
<name>James McCoy</name>
<email>jamessan@jamessan.com</email>
</author>
<published>2016-11-12T18:52:50+00:00</published>
<link rel='alternate' type='text/html' href='http://git.josher.dev/rneovim.git/commit/?id=c0fd830be4ef3eafb756c463aee6408323ba4e58'/>
<id>c0fd830be4ef3eafb756c463aee6408323ba4e58</id>
<content type='text'>
In order to not conflict with new error codes that Vim adds, all Neovim
error codes should be above 5000.  The three existing sub-5000 error
codes (E926, E951, and E952) are now E50003, E5004, and E5005
respectively.

E953 was removed in 6167ce6df2753d5474ad49aea19f5957128ab015, so just
remove it from the help.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In order to not conflict with new error codes that Vim adds, all Neovim
error codes should be above 5000.  The three existing sub-5000 error
codes (E926, E951, and E952) are now E50003, E5004, and E5005
respectively.

E953 was removed in 6167ce6df2753d5474ad49aea19f5957128ab015, so just
remove it from the help.
</pre>
</div>
</content>
</entry>
<entry>
<title>api: api_info()['version']</title>
<updated>2016-10-28T12:33:13+00:00</updated>
<author>
<name>Justin M. Keyes</name>
<email>justinkz@gmail.com</email>
</author>
<published>2016-10-26T13:20:00+00:00</published>
<link rel='alternate' type='text/html' href='http://git.josher.dev/rneovim.git/commit/?id=c5f5f427c6f8d1b4136bf41171f8f0980561080e'/>
<id>c5f5f427c6f8d1b4136bf41171f8f0980561080e</id>
<content type='text'>
API level is disconnected from NVIM version. The API metadata holds the
current API level, and the lowest backwards-compatible level supported
by this instance.

Release 0.1.6 is the first release that reports the Nvim version and API
level.

    metadata['version'] = {
      major: 0,
      minor: 1,
      patch: 6,
      api_level: 1,
      api_compatible: 0,
      api_prerelease: false,
    }

The API level may remain unchanged across Nvim releases if the API has
not changed.

When changing the API,
    - set NVIM_API_PRERELEASE to true
    - increment NVIM_API_LEVEL (at most once per Nvim version)
    - adjust NVIM_API_LEVEL_COMPAT if backwards-compatibility was broken

api_level_0.mpack was generated from Nvim 0.1.5 with:
    nvim --api-info
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
API level is disconnected from NVIM version. The API metadata holds the
current API level, and the lowest backwards-compatible level supported
by this instance.

Release 0.1.6 is the first release that reports the Nvim version and API
level.

    metadata['version'] = {
      major: 0,
      minor: 1,
      patch: 6,
      api_level: 1,
      api_compatible: 0,
      api_prerelease: false,
    }

The API level may remain unchanged across Nvim releases if the API has
not changed.

When changing the API,
    - set NVIM_API_PRERELEASE to true
    - increment NVIM_API_LEVEL (at most once per Nvim version)
    - adjust NVIM_API_LEVEL_COMPAT if backwards-compatibility was broken

api_level_0.mpack was generated from Nvim 0.1.5 with:
    nvim --api-info
</pre>
</div>
</content>
</entry>
</feed>
