This was a response to a personal mail from Igor, but I am
unable to reach his address by mail. I got my message back
with:
<[EMAIL PROTECTED]>:
80.91.16.141 does not like recipient.
Remote host said: 553 5.7.1 <smtp106.sbc.mail.mud.yahoo.com[68.142.198.205]>:
Client
host rejected: Big domain level
Giving up on 80.91.16.141.
This continues the conversion with the same subject. There
does appear to be a bug.
Please read on.
On Sun 8-Oct-06 10:42pm -0600, Igor Prischepoff wrote:
> Hello, Bill.
> Can you try _one more last time_ please ?
> gvim - <whatever you prefer for clean vim without preferences>
> set cot+=longest
> set cot-=menuone
> set complete-=t
After starting with:
gvim -u NONE -i NONE -N
I typed:
:se cot+=longest cpt-=t cot cpt
Gvim outputs:
completeopt=menu,preview,longest
complete=w,b,u,i
which is hopefully the same state you get.
> i
> one : word
> two : word
> o<C-N>:t<C-N>
On the first <C-N>, 'o' is expanded to 'one', however I get
a message "Back at original". That is wrong. The original
is 'o' not 'one'. Gvim appears confused. Typing any non-
whitespace printable characters continues its confusion and
another <C-N>, after typing one or more of these characters,
does nothing.
After the 'one' is completed from the first <C-N>, a second
<C-N> changes the message to "The only match". Now you can
continue typing - the completion text in the command area
will be cleared and <C-N> will "work" on 't' (but you'll be
in the same wrong state of completion with the incorrect
message of "Back at original".
BTW, a <C-Y> is supposed to tell Gvim you are done with
completion. It behaves strangely here. After the <C-N>
completes the 'o' to 'one', a <C-Y> indeed ends the
completion but I am not left with 'one', I am left with
'ow'!
> what I've got is
> one : word
> two : word
> one:t
> and message "Back at original"
> Please note that when you type C-N first time (after 'o')
> you should get 'one' expanded automatically because it's
> only match in this case. And when type <C-N> after 't' you
> should get nothing (that's a bug I think). In both cases
> you should get NO MENU. (because of longest and no menuone
> in completeoption)
I get no menu because there is no menuone, not because of
longest. Don't you also see the problem begins with the
first <C-N> after the 'o'?
> If you got other result's can you please send you :ver output?
> mine is : vi Improved 7.0
> Included patches:1-118
Here the output of :version
VIM - Vi IMproved 7.0 (2006 May 7, compiled Oct 8 2006 13:02:44)
MS-Windows 32 bit GUI version with OLE support
Included patches: 1-121
Compiled by Bill McCarthy <[EMAIL PROTECTED]>
Big version with GUI. Features included (+) or not (-):
+arabic +autocmd +balloon_eval +browse ++builtin_terms +byte_offset +cindent
+clientserver +clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments
+cryptv +cscope +cursorshape +dialog_con_gui +diff +digraphs -dnd -ebcdic
+emacs_tags +eval +ex_extra +extra_search +farsi +file_in_path +find_in_path
+folding -footer +gettext/dyn -hangul_input +iconv/dyn +insert_expand +jumplist
+keymap +langmap +libcall +linebreak +lispindent +listcmds +localmap +menu
+mksession +modify_fname +mouse +mouseshape +multi_byte_ime/dyn +multi_lang
+mzscheme/dyn +netbeans_intg +ole -osfiletype +path_extra -perl -postscript
+printer -profile +python/dyn +quickfix +reltime +rightleft -ruby +scrollbind
+signs +smartindent -sniff +statusline -sun_workshop +syntax +tag_binary
+tag_old_static -tag_any_white -tcl -tgetent -termresponse +textobjects +title
+toolbar +user_commands +vertsplit +virtualedit +visual +visualextra +viminfo
+vreplace +wildignore +wildmenu +windows +writebackup -xfontset -xim
-xterm_save -xpm_w32
system vimrc file: "$VIM\vimrc"
user vimrc file: "$HOME\_vimrc"
2nd user vimrc file: "$VIM\_vimrc"
user exrc file: "$HOME\_exrc"
2nd user exrc file: "$VIM\_exrc"
system gvimrc file: "$VIM\gvimrc"
user gvimrc file: "$HOME\_gvimrc"
2nd user gvimrc file: "$VIM\_gvimrc"
system menu file: "$VIMRUNTIME\menu.vim"
Compilation: gcc -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400
-DHAVE_PATHDEF -DFEAT_BIG -DHAVE_GETTEXT -DHAVE_LOCALE_H -DDYNAMIC_GETTEXT
-DFEAT_CSCOPE -DFEAT_MBYTE -DFEAT_MBYTE_IME -DDYNAMIC_IME -DDYNAMIC_ICONV -pipe
-w -march=pentium3 -Wall -Ic:/util/MzScheme/include -DFEAT_MZSCHEME
-DMZSCHEME_COLLECTS="c:/util/MzScheme/collects" -DDYNAMIC_MZSCHEME
-DDYNAMIC_MZSCH_DLL="libmzsch209_000.dll"
-DDYNAMIC_MZGC_DLL="libmzgc209_000.dll" -DFEAT_PYTHON -I
c:/util/python24/include -DDYNAMIC_PYTHON -DDYNAMIC_PYTHON_DLL="python24.dll"
-O3 -fomit-frame-pointer -freg-struct-return -s
Linking: gcc -Iproto -DWIN32 -DWINVER=0x0400 -D_WIN32_WINNT=0x0400
-DHAVE_PATHDEF -DFEAT_BIG -DHAVE_GETTEXT -DHAVE_LOCALE_H -DDYNAMIC_GETTEXT
-DFEAT_CSCOPE -DFEAT_MBYTE -DFEAT_MBYTE_IME -DDYNAMIC_IME -DDYNAMIC_ICONV -pipe
-w -march=pentium3 -Wall -Ic:/util/MzScheme/include -DFEAT_MZSCHEME
-DMZSCHEME_COLLECTS="c:/util/MzScheme/collects" -DDYNAMIC_MZSCHEME
-DDYNAMIC_MZSCH_DLL="libmzsch209_000.dll"
-DDYNAMIC_MZGC_DLL="libmzgc209_000.dll" -DFEAT_PYTHON -I
c:/util/python24/include -DDYNAMIC_PYTHON -DDYNAMIC_PYTHON_DLL="python24.dll"
-O3 -fomit-frame-pointer -freg-struct-return -s -o vim.exe -lkernel32 -luser32
-lgdi32 -ladvapi32 -lcomdlg32 -lcomctl32 -lversion -lole32 -luuid
--
Best regards,
Bill
