Hi!
Well, you are right that this is at least from a mathematical point of
view correct. I have given this a second thought and you seem to be
right, that, if a[M:N] for M or N < len(a) returns an empty list, many
problems can be solved more elegantly, and probably this is more
interesting than p
> See here for more details:
>
> http://svn.sourceforge.net/viewcvs.cgi/vim/
Setting the svn eol property to get more CVS like behavior would be nice.
--
Anduin Withers
Bram,
Have you spent any more time considering this? I really feel that it
is important to provide the flexibility to the plugin developers to
display completion result as they see fit. In my case I want to be
able to pass this flexibility on to the users so that they can decide
which model THEY
Hi,
I think that the main point of disagreement between Georg (and possibly
others) and me is summed up by the expectation of what a[M:N] behaves
like.
I imagine the most common use of a[M:N] to be like get(dict, key) where
the programmer is already well aware that the key might not exist in the
On 4/22/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
>
> Yakov Lerner wrote:
>
> > On 4/21/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> > > Yakov Lerner wrote:
> > > > On 4/21/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> > > > > Yakov Lerner wrote:
> > > > > > At the request of Nikolai Weibu
Hi,
On 4/22/06, Georg Dahn <[EMAIL PROTECTED]> wrote:
> In my opinion one has done something wrong if one wants to get a sublist
> whith wrong bounds. That's why an error has to be produced. Returning an
> empty list looks like everything is ok where it is not. It takes some
> time to find an erro
Hi!
> a[M:N] should _never_ produce errors because returning an empty (or
> truncated) list for a[M:N] unambiguously conveys to the programmer
> that M > len(a) (or N > len(a)).
In my opinion one has done something wrong if one wants to get a sublist
whith wrong bounds. That's why an error has t
Hello. I've been using vim on Win up through 6.4 with no problems. I
uninstalled 6.4 (and removed registry entries), installed 7.0e. I then:
set the 2nd and 3rd lines in _vimrc to:
source $VIMRUNTIME/daverc.vim
source $VIMRUNTIME/davercwin.vim
I then went into the vim70 dir and added those 2 fi
Yakov Lerner wrote:
> On 4/21/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> > Yakov Lerner wrote:
> > > On 4/21/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> > > > Yakov Lerner wrote:
> > > > > At the request of Nikolai Weibull, I made a patch, the
> > > > > pushkeys({string}) function which