Re: Vim 7.0 (1-109 patches) completion bug.
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 oC-N:tC-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
Re: Q: rsync://ftp.vim.org/Vim/runtime/ - when?
Bill McCarthy wrote: On Sun 8-Oct-06 7:39pm -0600, A.J.Mechelynck wrote: Bill McCarthy wrote: On Sun 8-Oct-06 5:42pm -0600, Alexey I. Froloff wrote: When current version of vim runtime will be updated for latest patches? Patch 111 modifies autoload/gzip.vim and doc/eval.txt which are still outdated on ftp... The gzip.vim is clearly old, but comparing (vimdiff) the eval.txt on the FTP site to the patch version on CVS, they both share the same internal date of 22-Sep-2006 yet the one on the FTP site looks newer. I generally find it easier to ignore the patches to runtime files and, instead, rely on the FTP site for those. They are usually updated fairly quickly. After checking, the new versions of the files mentioned in patch 111 agree with the latest versions I downloaded from the rsync server, except that the gzip.vim lacks the new datestamp (the rest of the file is OK though.) After deleting gzip.vim and performing a copy update from the ftp site, the gzip.vim downloaded is older. It will not use the new shellescape function. It has this logic: if v:version 700 || (v:version == 700 has('patch999')) return shellescape(a:name) endif The patched version on the CVS, has the same code but the has() has: has('patch111')) so it will use the new function. I suggest the attached patch, to test function existence directly, rather than patch number. Best regards, Tony. *** runtime/autoload/gzip.vim.orig Mon Oct 9 11:59:07 2006 --- runtime/autoload/gzip.vim Mon Oct 9 11:59:07 2006 *** *** 176,183 endfun fun s:escape(name) !shellescape() was added by patch 7.0.999 ! if v:version 700 || (v:version == 700 has('patch999')) return shellescape(a:name) endif return ' . a:name . ' --- 176,182 endfun fun s:escape(name) ! if exists(*shellescape) return shellescape(a:name) endif return ' . a:name . '
RE: Vim 7.0 (1-109 patches) completion bug.
Thank you, Bill. I can confirm same behaviour as you described with my vim. Now it is up to Bram to decide if this is wrong or right. --- [EMAIL PROTECTED]
Re: [BOF] Killer feature
On 10/7/06, Martin Krischik [EMAIL PROTECTED] wrote: Eclipse-Integration And yes, I already voted on it. I soon have to work with Eclipse - no two ways around it. And I don't think I am the only one. And while Eclipse has tons of features when it comes to text editing it's just another CUA Editor. Don't forget visual studio too!
Patch 7.0.122
Patch 7.0.122 Problem:GUI: When clearing after a bold, double-wide character half a character may be drawn. Solution: Check for double-wide character and redraw it. (Yukihiro Nakadaira) Files: src/screen.c *** ../vim-7.0.121/src/screen.c Thu Sep 14 21:04:09 2006 --- src/screen.cSat Oct 7 15:13:43 2006 *** *** 5079,5093 * character too. If we didn't skip any blanks above, then we * only redraw if the character wasn't already redrawn anyway. */ ! if (gui.in_use (col startCol || !redraw_this) ! # ifdef FEAT_MBYTE !enc_dbcs == 0 ! # endif ! ) { hl = ScreenAttrs[off_to]; if (hl HL_ALL || (hl HL_BOLD)) ! screen_char(off_to - 1, row, col + coloff - 1); } #endif screen_fill(row, row + 1, col + coloff, clear_width + coloff, --- 5079,5116 * character too. If we didn't skip any blanks above, then we * only redraw if the character wasn't already redrawn anyway. */ ! if (gui.in_use (col startCol || !redraw_this)) { hl = ScreenAttrs[off_to]; if (hl HL_ALL || (hl HL_BOLD)) ! { ! int prev_cells = 1; ! # ifdef FEAT_MBYTE ! if (enc_utf8) ! /* for utf-8, ScreenLines[char_offset + 1] == 0 means !* that its width is 2. */ ! prev_cells = ScreenLines[off_to - 1] == 0 ? 2 : 1; ! else if (enc_dbcs != 0) ! { ! /* find previous character by counting from first !* column and get its width. */ ! unsigned off = LineOffset[row]; ! ! while (off off_to) ! { ! prev_cells = (*mb_off2cells)(off); ! off += prev_cells; ! } ! } ! ! if (enc_dbcs != 0 prev_cells 1) ! screen_char_2(off_to - prev_cells, row, ! col + coloff - prev_cells); ! else ! # endif ! screen_char(off_to - prev_cells, row, ! col + coloff - prev_cells); ! } } #endif screen_fill(row, row + 1, col + coloff, clear_width + coloff, *** ../vim-7.0.121/src/version.cSun Oct 8 13:56:53 2006 --- src/version.c Mon Oct 9 22:10:17 2006 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 122, /**/ -- How To Keep A Healthy Level Of Insanity: 7. Finish all your sentences with in accordance with the prophecy. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///