aboutsummaryrefslogtreecommitdiff
path: root/src
Commit message (Collapse)AuthorAge
...
* | vim-patch:7.4.369Shougo Matsushita2014-09-17
| | | | | | | | | | | | | | Problem: Using freed memory when exiting while compiled with EXITFREE. Solution: Set curwin to NULL and check for that. (Dominique Pelle) https://code.google.com/p/vim/source/detail?r=v7-4-369
* | Merge pull request #1183 from Shougo/vim-patch-7.4.368Justin M. Keyes2014-09-16
|\ \ | | | | | | vim-patch:7.4.368
| * | vim-patch:7.4.368Shougo Matsushita2014-09-16
| | | | | | | | | | | | | | | | | | | | | | | | Problem: Restoring the window sizes after closing the command line window doesn't work properly if there are nested splits. Solution: Restore the sizes twice. (Hirohito Higashi) https://code.google.com/p/vim/source/detail?r=v7-4-368
* | | channel: Fix unpacker loop conditionThiago de Arruda2014-09-16
|/ /
* | Merge pull request #1140 from atwupack/vp-7.4.341Justin M. Keyes2014-09-15
|\ \ | | | | | | vim-patch:7.4.341, 7.4.347, 7.4.351, 7.4.358
| * | vim-patch:7.4.358André Twupack2014-09-13
| | | | | | | | | | | | | | | | | | | | | | | | Problem: Sort is not always stable. Solution: Add an index instead of relying on the pointer to remain the same. Idea by Jun Takimoto. https://code.google.com/p/vim/source/detail?r=v7-4-358
| * | vim-patch:7.4.351André Twupack2014-09-13
| | | | | | | | | | | | | | | | | | | | | Problem: sort() is not stable. Solution: When the items are identical, compare the pointers. https://code.google.com/p/vim/source/detail?r=v7-4-351
| * | vim-patch:7.4.347André Twupack2014-09-13
| | | | | | | | | | | | | | | | | | | | | Problem: test55 fails on some systems. Solution: Remove the elements that all result in zero and can end up in an arbitrary position. https://code.google.com/p/vim/source/detail?r=v7-4-347
| * | vim-patch:7.4.341André Twupack2014-09-13
| | | | | | | | | | | | | | | | | | | | | Problem: sort() doesn't handle numbers well. Solution: Add an argument to specify sorting on numbers. (Christian Brabandt) https://code.google.com/p/vim/source/detail?r=adc4a84f72eb44dae657af713922a6e2c1f64ae3
* | | Merge pull request #1177 from NOLFXceptMe/vp-7.4.387Justin M. Keyes2014-09-15
|\ \ \ | | | | | | | | vim-patch:7.4.387
| * | | vim-patch:7.4.387Naveen Kumar Molleti2014-09-15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Problem: "4gro" replaces one character then executes "ooo". (Urtica Dioica) Solution: Write the ESC in the second stuff buffer. https://code.google.com/p/vim/source/detail?r=v7-4-387
* | | | eval.c: Rename has('neovim') feature to has('nvim')Thiago de Arruda2014-09-15
| | | | | | | | | | | | | | | | To follow the convention of 'nvim' for technical references
* | | | Merge pull request #1169 from splinterofchaos/arglistidJustin M. Keyes2014-09-15
|\ \ \ \ | |/ / / |/| | | vim-patch:7.4.312
| * | | vim-patch:7.4.312Scott Prager2014-09-13
| |/ / | | | | | | | | | | | | | | | | | | Problem: Cannot figure out what argument list is being used for a window. Solution: Add the arglistid() function. (Marcin Szamotulski) https://code.google.com/p/vim/source/detail?r=v7-4-312
* | | Merge pull request #1165 from splinterofchaos/fix-patch-371Justin M. Keyes2014-09-14
|\ \ \ | | | | | | | | 7.4.371.
| * | | 7.4.371Scott Prager2014-09-14
| |/ /
* | | eval.c: Rename msgpack-rpc functions for consistencyThiago de Arruda2014-09-13
| | |
* | | eval.c: Rename jobwrite to jobsendThiago de Arruda2014-09-13
| | |
* | | server: Rename address environment variableThiago de Arruda2014-09-13
| | | | | | | | | | | | | | | To follow the pattern of using NVIM for technical descriptions, it was renamed to NVIM_LISTEN_ADDRESS
* | | ex_cmds2.c:fix for issue #1164André Twupack2014-09-13
|/ / | | | | | | fix condition while iterating over all buffers
* | vim-patch:7.4.376André Twupack2014-09-12
| | | | | | | | | | | | | | | | | | Problem: Popup menu flickers too much. Solution: Remove the forced redraw. (Hirohito Higashi) https://code.google.com/p/vim/source/detail?r=v7-4-376 Includes: vim-patch:7.4.357 vim-patch:7.4.367 vim-patch:7.4.376
* | api metadata: Allow typed container information in api functionsThiago de Arruda2014-09-12
| | | | | | | | | | | | | | | | Adapt gendeclarations.lua/msgpack-gen.lua to allow the `ArrayOf(...)` and `DictionaryOf(...)` types in function headers. These are simple macros that expand to Array and Dictionary respectively, but the information is kept in the metadata object, which is useful for building clients in statically typed languages.
* | api/msgpack-rpc: Refactor metadata object constructionThiago de Arruda2014-09-12
| | | | | | | | | | | | | | | | | | Instead of building all metadata from msgpack-gen.lua, we now merge the generated part with manual information(such as types and features). The metadata is accessible through the api method `vim_get_api_info`. This was done to simplify the generator while also increasing flexibility(by being able to add more metadata)
* | api: Implement `vim_report_error` functionThiago de Arruda2014-09-12
| | | | | | | | | | This function is used to report errors caused by remote functions called by channel_send_call
* | api: initialize capacity in the array_dict_macroThiago de Arruda2014-09-12
| |
* | provider: Major refactorThiago de Arruda2014-09-12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Providers for features are now registered as a unit. For example, instead of calling `register_provider("clipboard_get")` and `register_provider("clipboard_set")`, clients call `register_provider("clipboard")` and nvim will assume it implements all methods of the "clipboard" feature - Bootstrapping code was removed. With the `api_spawn` function exposed to vimscript, it's no longer necessary and will be handled by plugins distributed with nvim. - Now the `has` function will return true if there's a live channel that has registered as a provider for the feature. - 'initpython'/'initclipboard' options were removed - A new API function was exposed: `vim_discover_features` which returns an object with information about pluggable features such as 'python' or 'clipboard'
* | api/msgpack-rpc: Implement `channel_close` and expose to vimscriptThiago de Arruda2014-09-12
| | | | | | | | Simple function for closing a channel by id
* | wstream: Fix close/freeThiago de Arruda2014-09-12
| | | | | | | | The current code was leading to an invalid free when the wstream was closed
* | job: Fix crash when passing a non-executable path to job_startThiago de Arruda2014-09-12
| |
* | api/msgpack-rpc: Expose channel_from_job to vimscript as api_spawnThiago de Arruda2014-09-12
| |
* | main: Rename --embedded-mode and --api-msgpack-metadata optionsThiago de Arruda2014-09-12
| | | | | | | | | | --embedded-mode -> --embed --api-msgpack-metadata -> --api-info
* | api/msgpack-rpc: Refactor msgpack_rpc_helpers.{c,h}Thiago de Arruda2014-09-12
| | | | | | | | | | | | - Move helpers that are specific to API types to api/private/helpers.{c,h} - Include headers with generated declarations - Delete unused macros
* | api/msgpack-rpc: Remove Position type, using arrays instead.Thiago de Arruda2014-09-12
| |
* | api/msgpack-rpc: Use EXT type to serialize Buffer/Window/TabpageThiago de Arruda2014-09-12
| |
* | api/msgpack-rpc: Parse type information from api/private/defs.hThiago de Arruda2014-09-12
| | | | | | | | | | | | | | Enhance msgpack-gen.lua to extract custom api type codes from the ObjectType enum in api/private/defs.h. The type information is made available from the api metadata and clients can use to correctly serialize/deserialize these types using msgpack EXT type.
* | api/msgpack-rpc: Remove specialized array typesThiago de Arruda2014-09-12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Specialized array types(BufferArray, WindowArray, etc) were added to the API for two main reasons: - msgpack used to lack a way of serializing appliaction-specific types and there was no obvious way of making an API function accept/return arrays of custom objects such as buffers(which are represented as integers, so clients didn't have a way to distinguish from normal numbers) - Let clients in statically-typed languages that support generics have a better typed API With msgpack 2.0 EXT type the first item is no longer a factor and this commit starts by removing the specialized array types. The second item will be addressed in the future by making the API metadata return extra useful information for statically-typed languages.
* | msgpack-rpc: Remove the `msgpack_rpc_unpack` functionThiago de Arruda2014-09-12
| | | | | | | | | | | | | | The `msgpack_rpc_unpack` function was created to work around a deficiency in the msgpack unpack API, which did not let the caller know if parsing failed due to needing more data or to invalid input. The deficiency does not exist in the latest version of `msgpack_unpacker_next`, so it can safely be removed.
* | memory: Use i18n messages for memory-related errorsThiago de Arruda2014-09-12
| |
* | msgpack-rpc: Remove support for integer ids in methodsThiago de Arruda2014-09-12
| | | | | | | | | | There's no need to have integer and string ids, and since we now fully support msgpack-RPC, support for integer ids was removed.
* | msgpack-rpc: Refactor API metadata discovery methodThiago de Arruda2014-09-12
| | | | | | | | | | | | | | | | | | | | A new method is now exposed via msgpack-rpc: "get_api_metadata". This method has the same job as the old method '0', it returns an object with API metadata for use by generators. There's one difference in the return value though: instead of returning a string containing another serialized msgpack document, the metadata object is returned directly(a separate deserialization step by clients is not required).
* | msgpack-rpc: Move handle_missing_method to msgpack_rpc.cThiago de Arruda2014-09-12
| | | | | | | | | | Since that function is not automatically generated, it's best to place it in a normal C module
* | msgpack-rpc: Refactor initializer and dispatcherThiago de Arruda2014-09-12
| | | | | | | | | | | | | | | | Use Map(String, rpc_method_handler_fn) for storing/retrieving rpc method handlers in msgpack_rpc_init and msgpack_rpc_dispatch. Also refactor serialization/validation functions in the msgpack_rpc.c/msgpack_rpc_helpers.c modules to accept the new STR and BIN types.
* | map/msgpack-rpc: Declare/define maps rpc method handlersThiago de Arruda2014-09-12
| | | | | | | | | | The new map type uses `String` instances as keys to avoid unnecessary copying to zero-terminated buffers.
* | deps: Update to the experimental msgpack v5 branchThiago de Arruda2014-09-12
| | | | | | | | | | | | | | | | Using msgpack v5 will let nvim be more compatible with msgpack libraries for other platforms. This also replaces "raw" references by "bin" which is the new name for msgpack binary data type
* | vim-patch:7.4.349André Twupack2014-09-11
| | | | | | | | | | | | | | | | | | Problem: When there are matches to highlight the whole window is redrawn, which is slow. Solution: Only redraw everything when lines were inserted or deleted. Reset b_mod_xlines when needed. (Alexey Radkov) https://code.google.com/p/vim/source/detail?r=v7-4-349
* | vim-patch:7.4.348André Twupack2014-09-11
| | | | | | | | | | | | | | Problem: When using "J1" in 'cinoptions' a line below a continuation line gets too much indent. Solution: Fix parenthesis in condition. https://code.google.com/p/vim/source/detail?r=v7-4-348
* | Merge pull request #1159 from atwupack/vp-7.4.345Justin M. Keyes2014-09-10
|\ \ | | | | | | vim-patch:7.4.345
| * | vim-patch:7.4.345André Twupack2014-09-10
| | | | | | | | | | | | | | | | | | | | | Problem: Indent is not updated when deleting indent. Solution: Remember changedtick. https://code.google.com/p/vim/source/detail?r=v7-4-345
* | | vim-patch:7.4.337André Twupack2014-09-10
|/ / | | | | | | | | | | | | | | Problem: When there is an error preparing to edit the command line, the command won't be executed. (Hirohito Higashi) Solution: Reset did_emsg before editing. https://code.google.com/p/vim/source/detail?r=v7-4-337
* | Merge pull request #1154 from Shougo/fix-NAsJustin M. Keyes2014-09-09
|\ \ | | | | | | Fix #1147 version numbers
generated by cgit (git 2.34.1) at 2025-06-29 13:26:26 +0000