Re: stale help about window-local options
- Sorry about the delay.
> Now the 'list' option is not set, because ":set nolist" resets the globalYes, this is accurate in my testing. Did you mean "This also happens
> value, ":setlocal list" only changes the local value and ":e two" gets the
> global value. Note that if you do this next: >
> :e one
> You will get back the 'list' value as it was the last time you edited "one".
> The options local to a window are remembered for each buffer. This also
> happens when the buffer is not loaded, but they are lost when the buffer is
> wiped out |:bwipe|.
when the buffer is unloaded |:bunload|, but local options are lost.."?
That's what I tried.
> Instead of deleting the text, let's correct it. And add usefulThe basic example with ':e one' didn't seem to me to require an
> information about when the options are kept.
example because the entire two previous paragraphs basically say the
same thing. Buffer-local variables should be persisted within the
buffer, duh :) But the points about :bunload and :bwipe are useful.
I've been working off and on on rephrasing that entire paragraph, but
I think I don't fully understand it yet :)
It's possible to set a local window option specifically for a type of
buffer. When you edit another buffer in the same window, you don't want to
keep using these local window options. Therefore Vim keeps a global value
of the local window options, which is used when editing another buffer.
Each window has its own copy of these values. Thus these are local to the
window, but global to all buffers in the window.
What does "a type of buffer" mean? It's unclear how the first sentence
connects up with the rest.
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
You received this message because you are subscribed to the Google Groups "vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscribe@....
For more options, visit https://groups.google.com/groups/opt_out.