incremented or decremented.  This is useful for a list with a
		letter index a), b), etc.		*octal-nrformats*
	octal	If included, numbers that start with a zero will be considered
		to be octal.  Example: Using CTRL-A on "007" results in "010".
	hex	If included, numbers starting with "0x" or "0X" will be
		considered to be hexadecimal.  Example: Using CTRL-X on
		"0x100" results in "0x0ff".
	bin	If included, numbers starting with "0b" or "0B" will be
		considered to be binary.  Example: Using CTRL-X on
		"0b1000" subtracts one, resulting in "0b0111".
	unsigned    If included, numbers are recognized as unsigned. Thus a
		leading dash or negative sign won't be considered as part of
		the number.  Examples:
		    Using CTRL-X on "2020" in "9-2020" results in "9-2019"
		    (without "unsigned" it would become "9-2021").
		    Using CTRL-A on "2020" in "9-2020" results in "9-2021"
		    (without "unsigned" it would become "9-2019").
		    Using CTRL-X on "0" or CTRL-A on "18446744073709551615"
		    (2^64 - 1) has no effect, overflow is prevented.
	blank	If included, treat numbers as signed or unsigned based on
		preceding whitespace.  If a number with a leading dash has its
		dash immediately preceded by a non-whitespace character (i.e.,
		not a tab or a " "), the negative sign won't be considered as
		part of the number.  For example:
		    Using CTRL-A on "14" in "Carbon-14" results in "Carbon-15"
		    (without "blank" it would become "Carbon-13").
		    Using CTRL-X on "8" in "Carbon -8" results in "Carbon -9"
		    (because -8 is preceded by whitespace.  If "unsigned" was
		    set, it would result in "Carbon -7").
		If this format is included, overflow is prevented as if
		"unsigned" were set.  If both this format and "unsigned" are
		included, "unsigned" will take precedence.

	Numbers which simply begin with a digit in the range 1-9 are always
	considered decimal.  This also happens for numbers that are not
	recognized as octal or hex.

				*'number'* *'nu'* *'nonumber'* *'nonu'*
'number' 'nu'		boolean	(default off)
			local to window
	Print the line number in front of each line.  When the 'n' option is
	excluded from 'cpoptions' a wrapped line will not use the column of
	line numbers.
	Use the 'numberwidth' option to adjust the room for the line number.
	When a long, wrapped line doesn't start with the first character, '-'
	characters are put before the number.
	For highlighting see |hl-LineNr|, |hl-CursorLineNr|, and the
	|:sign-define| "numhl" argument.
						*number_relativenumber*
	The 'relativenumber' option changes the displayed number to be
	relative to the cursor.  Together with 'number' there are these
	four combinations (cursor in line 3):

		'nonu'          'nu'            'nonu'          'nu'
		'nornu'         'nornu'         'rnu'           'rnu'
	>
	    |apple          |  1 apple      |  2 apple      |  2 apple
	    |pear           |  2 pear       |  1 pear       |  1 pear
	    |nobody         |  3 nobody     |  0 nobody     |3   nobody
	    |there          |  4 there      |  1 there      |  1 there
<

						*'numberwidth'* *'nuw'*
'numberwidth' 'nuw'	number	(default 4)
			local to window
	Minimal number of columns to use for the line number.  Only relevant
	when the 'number' or 'relativenumber' option is set or printing lines
	with a line number. Since one space is always between the number and
	the text, there is one less character for the number itself.
	The value is the minimum width.  A bigger width is used when needed to
	fit the highest line number in the buffer respectively the number of
	rows in the window, depending on whether 'number' or 'relativenumber'
	is set. Thus with the Vim default of 4 there is room for a line number
	up to 999. When the buffer has 1000 lines five columns will be used.
	The minimum value is 1, the maximum value is 20.

						*'omnifunc'* *'ofu'*
'omnifunc' 'ofu'	string	(default "")
			local to buffer
	This option specifies a function to be used for Insert mode omni
	completion