On Oct 19, 3:59 am, "Christian Brabandt" <cbli...@256bit.org> wrote:
> On Wed, October 19, 2011 9:58 am, Thilo Six wrote:
> > Thilo Six wrote the following on 17.10.2011 20:18
>
> > Hello
>
> > -- <snip> --
>
> >> Several other critical options are already mentioned. Can we collect
> >> them all?
> >> Which ones are missing?
>
> > -- <snip> --
>
> > Here is a (probably incomplete) list of options i have identified so far:
>
> > compatible since we are running vim scripts and not vi scripts
> >            thats probably ok. At least a gracefull recover would be
> >            nice?
> > cpo
> > digraph            might interfere with key stroke sequenzes?
> > eventignore
> > formatoptions      might produces unforseen results
> > gdefault
> > ignorecase
> > iskeyword
> > joinspaces
> > magic
> > nrformats  might produces unforseen results
> > paste              a lot other options depend on that one
> > report
> > selection
> > confirm            probably only annoying
> > edcompatible
> > startofline        might produces unforseen results
>
> If I think about it, the options that have an impact on regular expression
> would come to mind, e.g. 'isk', 'isf', 'isi', 'isp'
>
> Also 'insertmode' and 'ed' which I find really irritating.
> The encoding options 'enc', 'fenc', 'fencs', 'tenc' could also
> cause some harm.
>

But the encoding options should be respected and accounted for, not
modified to suit a script's needs (well, 'fenc' should certainly be
modified if needed for a script's buffers, and 'fencs' can be modified
temporarily to force detection of a certain 'fenc', but I cannot think
of other reasons to mess with these).

'confirm' mentioned above should probably be just respected as well. I
don't see any reason unless you are writing a temporary buffer which
the user doesn't even see that this option should be messed with at
all. I view it as an alternative to 'hidden' or 'autowriteall' even
though I know these three options are not necessarily mutually
exclusive. I've chosen to use 'confirm', myself.

-- 
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

Raspunde prin e-mail lui