========================================= Bug 1 : ^X-s completion: =========================================
1. vim -u NONE -U NONE foo
2. :set spell spelllang=en
3. type "I tpye"
4. still beeing in insert mode, type ^X-s to correct the word
5. type <backspace>
and then vim behaviour is erratic. (Ityp is printed to the screen, and
cursor moves are akward to the least).
That does not seem to happen with other kind of popup completion, it
seems to be spell dependant.
=========================================
Bug 2 : ^W-v bug still present
=========================================
I already reported it, here is how to reproduce it:
1. vim -u NONE -U NONE file_that_has_more_lines_than_your_term
2. <page-down>5j
3. ^W-v
the line that has the cursor in the left window goes as the first
visible line of the buffer, whereas it should not move. newly opened
window is ok though.
=========================================
Bug 3 : spell is slow with 2 spellfiles
=========================================
If you use mkspell to rebuild a new dictionnary, and that your vim
distro provides also a spellfile for the same $lang, then spelling
becomes awfully slow.
I suppose it's because vim tries to merge both, but I'm not really
sure it's the expected behaviour. user could mean that vim only uses
his version of the spellfile ...
=========================================
Bug of cindent
=========================================
#include <stdio.h>
int main(void) {
if (a)
2;
else 3;
}
is wrongly indented:
#include <stdio.h>
int main(void) {
if (a)
2;
else 3;
}
and another one (but this one is ooooooooooold, see
http://bugs.debian.org/83203) :
#include <stdio.h>
int main(void)
{
if (a)
if (b)
2;
else 3;
next_line_of_code();
}
is also wrongly aligned:
#include <stdio.h>
int main(void)
{
if (a)
if (b)
2;
else 3;
next_line_of_code();
}
--
·O· Pierre Habouzit
··O [EMAIL PROTECTED]
OOO http://www.madism.org
pgpGinRTRBk4s.pgp
Description: PGP signature
