view READMEdir/Contents @ 34416:0a458b49e1e6 v9.1.0131

patch 9.1.0131: buffer-completion may not always find all matches Commit: https://github.com/vim/vim/commit/0dc0bff000fd804c6b0778ccc4554a4e4c82c8c9 Author: Christian Brabandt <cb@256bit.org> Date: Sat Feb 24 14:12:13 2024 +0100 patch 9.1.0131: buffer-completion may not always find all matches Problem: buffer-completion code too complicated and does not always find all matches (irisjae) Solution: do not try to anchor pattern to beginning of line or directory-separator, always return all matches Note: we are considering the non-fuzzy buffer-matching here. Currently, the buffer-completion code makes 2 attempts to match a pattern against the list of available patterns. First try is to match the pattern and anchor it to either the beginning of the file name or at a directory-separator (// or \\). When a match is found, Vim returns the matching buffers and does not try to find a match anywhere within a buffer name. So if you have opened two buffers like /tmp/Foobar.c and /tmp/MyFoobar.c using `:b Foo` will only complete to the first filename, but not the second (the same happens with `getcompletion('Foo', 'buffer')`). It may make sense, that completion priorities buffer names at directory boundaries, but it inconsistent, may cause confusion why a certain buffer name is not completed when typing `:b Foo<C-D>` which returns only a single file name and then pressing Enter (to switch to that buffer), Vim will error with 'E93: More than one match for Foo'). Similar things may happen when wiping the /tmp/Foobar.c pattern and afterwards the completion starts completing other buffers. So let's simplify the code and always match the pattern anywhere in the buffer name, do not try to favor matches at directory boundaries. This is also simplifies the code a bit, we do not need to run over the list of buffers several times, but only twice. fixes #13894 closes: #14082 Signed-off-by: Christian Brabandt <cb@256bit.org>
author Christian Brabandt <cb@256bit.org>
date Sat, 24 Feb 2024 14:30:03 +0100
parents 4635e43f2c6f
children
line wrap: on
line source

Vim		Vi IMproved.  A clone of the UNIX text editor Vi.  Very useful
		for editing programs and other plain ASCII text.  Full Vi
		compatibility and includes all Ex commands.  Extra features
		above Vi: Multilevel undo, multiple windows, syntax
		highlighting, command line history, folding, improved command
		line editing, command typeahead display, command to display
		yank buffers, possibility to edit binary files, file name
		stack, support for Manx QuickFix and other compiler's error
		messages, shows current file name in window title, on-line
		help, rectangular cut/paste, etc., etc., etc...

		Version 9.1.  Also runs under UNIX, MS-Windows, Mac, etc.
		vim91rt.tgz  contains the documentation and syntax files.
		vim91bin.tgz contains the binaries.
		vim91src.tgz contains the sources.
		Author: Bram Moolenaar et al.


Xxd		Hex dumper and reader.  Can be used to view files as hex, edit
		them and write them back.  Can also be used to patch files.

		Version 2023 Oct 25
		Author: Juergen Weigert