Re: Issue 59 in vim: netrw breaks scripts.vim
Comment #1 on issue 59 by drc...@campbellfamily.biz: netrw breaks scripts.vim http://code.google.com/p/vim/issues/detail?id=59 Hello! I don't see this with the latest netrw version (v144d). Please try it -- http://www.drchip.org/astronaut/vim/index.html#NETRW Regards, Chip Campbell -- 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
Re: [Patch] Re: 'backupcopy' and Windows Vista symbolic links
On Fri, Mar 23, 2012 at 11:35 PM, David Pope d.e.p...@gmail.com wrote: Is there any feedback on this patch, or on the way the fix was presented? As I said earlier, I'm new to vim development so I'm all ears. :) Is there someone I need to direct this patch toward, e.g. someone who deals primarily with the Windows version of vim, to get it vetted/updated for mainline inclusion? I'd like to test, but currently the only computers I use are stuck on Windows XP and I'm not able to. The machine I was using at the time I originally encountered the issue was a dual-boot Windows Vista/Ubuntu machine, which now has a bad motherboard. -- 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
vim syntax file misses some valid -complete= options
I've found that vim syntax file (runtime/syntax/vim.vim) doesn't know about some options of :command -complete=. For example, it highlights color in the line below as an error: command -nargs=1 -complete=color ... Please consider updating the list of keywords in it on line 206 to: augroup buffer color command compiler cscope dir environment event expression file file_in_path filetype function help highlight locale mapping menu option shellcmd sign something syntax tag tag_listfiles var (new keywords here are from help :command-completion) -- 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
Re: Bug report: Zip file reading breaks with zip comments.
Kevin Goodsell wrote: Opening a zip file with Vim doesn't work properly if the zip file includes a comment. For example, create a zip file this way: $ touch foo.txt $ zip -z foo.zip foo.txt adding: foo.txt (stored 0%) enter new zip file comment (end with .): Comment! . When opening this zip, the file list will be displayed differently, and opening a file will fail with the cryptic error caution: filename not matched. The problem comes from the zip#Browse() function in autoload/zip.vim. Once the zip contents have been listed with unzip -l -- archive-name, It does the following: let namecol= stridx(getline(6),'Name') + 1 Note that it expects to find 'Name' (the column header for the zip listing) on line six. This works fine if there is no comment, because the listing begins on line five of the buffer and the headers appear on the second line of the listing. However, when a comment is present unzip -l includes the comment before the headers, and the headers will instead be on some line after line six. This causes the lines of the listing to be left as-is, with file size and time information, rather than being stripped down to just the name. When one of these lines is selected, it is assumed that the length and time are part of the name, but no file with that name can be located in the zip. Here is a possible patch. I tried to simplify things a bit, using :d with line numbers instead of :g with pattens. I also left the cursor at the first file in the list, which seems nicer to me. This would clearly not work with a localized version of zip that used non-English names for the headers, but then neither does the original version. This is based on a slightly older version of zip.vim, but there are no relevant changes in the current version. The patch should apply cleanly. -Kevin --- /usr/share/vim/vim72/autoload/zip.vim 2009-09-21 04:22:52.0 -0700 +++ zip.vim 2010-12-23 17:37:00.0 -0800 @@ -121,14 +121,15 @@ return endif call Decho(line 6: .getline(6)) - let namecol= stridx(getline(6),'Name') + 1 + 1 + let [headerline, namecol] = searchpos('\v^\s*Length\s*Date\s*Time\s*\zsName\s*$') call Decho(namecol=.namecol) - 4,$g/^\s*/d - 4,$g/^\s*\a/d - $d + exec printf(5,%dd, headerline+1) + $-1,$d if namecol 0 exe 'silent 4,$s/^.*\%'.namecol.'c//' endif + 5 setlocal noma nomod ro noremapsilent buffer cr :callSIDZipBrowseSelect()cr Hello! I realize that this report is over a year old; I'm going through my old email and saw this. Perhaps the most recent zip.vim already handles this? Please try v25 of zip.vim (http://www.drchip.org/astronaut/vim/index.html#ZIP). OTOH, its quite possible that I've already discussed this with you back when but didn't take your email off the hasn't-handled list. Regards, Chip Campbell -- 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
Re: vim syntax file misses some valid -complete= options
Ivan Krasilnikov wrote: I've found that vim syntax file (runtime/syntax/vim.vim) doesn't know about some options of :command -complete=. For example, it highlights color in the line below as an error: command -nargs=1 -complete=color ... Please consider updating the list of keywords in it on line 206 to: augroup buffer color command compiler cscope dir environment event expression file file_in_path filetype function help highlight locale mapping menu option shellcmd sign something syntax tag tag_listfiles var (new keywords here are from help :command-completion) They're new all right -- they don't appear in vim 7.3's distribution, but are due to updates/patches/etc. You'll find the latest syntax/vim.vim on my website under: http://www.drchip.org/astronaut/vim/index.html#vimlinks_syntax Regards, Chip Campbell -- 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
Re: vim syntax file misses some valid -complete= options
Hello Charles, Excerpt from Charles Campbell: Ivan Krasilnikov wrote: I've found that vim syntax file (runtime/syntax/vim.vim) doesn't know about some options of :command -complete=. For example, it highlights color in the line below as an error: command -nargs=1 -complete=color ... Please consider updating the list of keywords in it on line 206 to: augroup buffer color command compiler cscope dir environment event expression file file_in_path filetype function help highlight locale mapping menu option shellcmd sign something syntax tag tag_listfiles var (new keywords here are from help :command-completion) They're new all right -- they don't appear in vim 7.3's distribution, but are due to updates/patches/etc. You'll find the latest syntax/vim.vim on my website under: http://www.drchip.org/astronaut/vim/index.html#vimlinks_syntax The line 'syn keyword vimUserAttrbCmplt contained' is contained twice. After checking i think the first one is obsolet. Regards, Chip Campbell -- Regards, Thilo 4096R/0xC70B1A8F 721B 1BA0 095C 1ABA 3FC6 7C18 89A4 A2A0 C70B 1A8F -- 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
[patch] Fixes wanted-column bug in cursorbind feature
There is a bug in Vim's tracking of the wanted cursor column in the cursorbind feature. I believe that the attached patch fixes it. Vim keeps track of the desired or wanted cursor column as well as the actual cursor column. When the user moves the cursor to a different line and the wanted cursor column value is not stale, Vim tries to move the cursor to that wanted column. When 'cursorbind' is set, that wanted cursor column information is not being copied from the active window to the other cursorbound windows, resulting in the cursor jumping to seemingly random columns when moving the cursor up or down following a jump to a different window. To demonstrate this, start vim as vim -N -u NONE and execute the following. :set cursorbind a123456789Esc Yp :vnew PP Now move the cursor to column 5 and move the cursor to the other window: 4l C-WC-W The cursor will be at column 5 of the other window, as expected. Now move the cursor to column 6 and move back to the original window. l C-WC-W The cursor will be at column 6, again as expected. Now move the cursor down a line. j The cursor will move to row 2 but to column 5 instead of column 6. Regards, Gary -- 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 *** - 2012-03-26 10:46:17.264254238 -0700 --- src/move.c 2012-03-23 13:49:00.146246000 -0700 *** *** 2847,2852 --- 2847,2854 # ifdef FEAT_VIRTUALEDIT colnr_T coladd = curwin-w_cursor.coladd; # endif + colnr_T curswant = curwin-w_curswant; + int set_curswant = curwin-w_set_curswant; win_T *old_curwin = curwin; buf_T *old_curbuf = curbuf; int restart_edit_save; *** *** 2881,2886 --- 2883,2890 # ifdef FEAT_VIRTUALEDIT curwin-w_cursor.coladd = coladd; # endif + curwin-w_curswant = curswant; + curwin-w_set_curswant = set_curswant; /* Make sure the cursor is in a valid position. Temporarily set * restart_edit to allow the cursor to be beyond the EOL. */
Re: vim syntax file misses some valid -complete= options
Thilo Six wrote: Hello Charles, Excerpt from Charles Campbell: Ivan Krasilnikov wrote: I've found that vim syntax file (runtime/syntax/vim.vim) doesn't know about some options of :command -complete=. For example, it highlights color in the line below as an error: command -nargs=1 -complete=color ... Please consider updating the list of keywords in it on line 206 to: augroup buffer color command compiler cscope dir environment event expression file file_in_path filetype function help highlight locale mapping menu option shellcmd sign something syntax tag tag_listfiles var (new keywords here are from help :command-completion) They're new all right -- they don't appear in vim 7.3's distribution, but are due to updates/patches/etc. You'll find the latest syntax/vim.vim on my website under: http://www.drchip.org/astronaut/vim/index.html#vimlinks_syntax The line 'syn keyword vimUserAttrbCmplt contained' is contained twice. After checking i think the first one is obsolet. I agree - v7.3-15 is now released with this fixed. Regards, Chip Campbell -- 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
Re: [patch] Fixes wanted-column bug in cursorbind feature
On 2012-03-26, Gary Johnson wrote: There is a bug in Vim's tracking of the wanted cursor column in the cursorbind feature. I believe that the attached patch fixes it. Patch is against version 7.3.475. Regards, Gary -- 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
Re: vim syntax file misses some valid -complete= options
Hello Charles, Excerpt from Charles Campbell: -- snip -- I agree - v7.3-15 is now released with this fixed. Thanks. Regards, Chip Campbell -- Regards, Thilo 4096R/0xC70B1A8F 721B 1BA0 095C 1ABA 3FC6 7C18 89A4 A2A0 C70B 1A8F -- 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
When lines are folded, sign columns are highlighted with Folded group.
When lines are folded, sign columns are highlighted with Folded group. Steps to reproduce: $ vim -u NONE :call append(0, ['1', '2', '3', '4', '5', '6', '7', '8', '9']) :2,3fold :sign define test text=TS :execute 'sign place 999 line=5 name=test buffer=' . bufnr('%') :highlight Folded guibg=red ctermbg=red Then, you can see sign columns are highlighted with red. I think it is better to highlight it with SignColumn group. diff -r bfdab0bcf4f5 src/screen.c --- a/src/screen.c Fri Mar 23 18:39:18 2012 +0100 +++ b/src/screen.c Tue Mar 27 08:14:27 2012 +0900 @@ -2293,10 +2293,10 @@ if (wp-w_p_rl) /* the line number isn't reversed */ copy_text_attr(off + W_WIDTH(wp) - len - col, - (char_u *) , len, hl_attr(HLF_FL)); + (char_u *) , len, hl_attr(HLF_SC)); else # endif - copy_text_attr(off + col, (char_u *) , len, hl_attr(HLF_FL)); + copy_text_attr(off + col, (char_u *) , len, hl_attr(HLF_SC)); col += len; } } -- Yukihiro Nakadaira - yukihiro.nakada...@gmail.com -- 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
Re: Start Working Today
Having (reasnoble) sallarys in job offers doesn't look like spam to me. Origin b...@vim.org looks suspicious - because AFAIK sourceforge does not allow sending emails (at least it was so in the past). Bram also has a different email he's been using in the past. jobdayseu.com does not exist - which clearly shows this is (close to) spam. So does anybody have an idea whether this is a (badly written) real job offer by Bram or whether it is what it looks like: spam? And why is the sending email something @vim.org? I would love to see a job site for vimmers :) But we should create a dedicated mailinglist then. Marc Weber -- 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
RE: Start Working Today
Marc Weber wrote: So does anybody have an idea whether this is a (badly written) real job offer by Bram or whether it is what it looks like: spam? Of course it's spam. I have already notified Bram and deleted the original post from the Google Groups archive. I don't think there is anything useful that can be said in public. I doubt if spammers bother to read this list, but there would be no value from a public discussion about possible counter measures. John -- 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
Re: Start Working Today
On Mon, Mar 26, 2012 at 16:30, Marc Weber marco-owe...@gmx.de wrote: [...] So does anybody have an idea whether this is a (badly written) real job offer by Bram or whether it is what it looks like: spam? It is SPAM. Just Google for jobdayseu.com and you'll see many similar job offer letters in many different mailing lists. And why is the sending email something @vim.org? I would love to see a job site for vimmers :) But we should create a dedicated mailinglist then. -- 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
Re: Start Working Today
jamessan just told me that email specs allow to set different from address - I just hoped that that would be part of spam protection of the mailer - rejecting suspicious from contents. Probably such spam protection would not help much because spammers could register again using different email. It does not talk about the kind of employee they are looking for (coder, artist, ..) So sorry for the noise. I think we can close the thread unless somebody has great ideas how to prevent such mails in the future. Marc Weber -- 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
RE: Start Working Today
Marc Weber wrote: It does not talk about the kind of employee they are looking for (coder, artist, ..) I had better warn any naive readers: Never believe anything you read on the Internet, including emails that appear to come from Bram. Spam can be spam (it is genuinely promoting something). Spam can be meaningless (someone is just trying a demo). Spam can be phishing (to get suckers to take the bait in the spam and perform some action based on its content). Spam can be MALWARE. It might contain a link which, if clicked, would exploit vulnerabilities in your browser, and install a virus on your computer. Spam can be subtle. It might not contain a link, but might provide sufficient information so that you put something like example.com into the address bar of your browser, and that is the site which delivers the malware. No doubt there are lots of other things bad things that spammers can dream up as well. John -- 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
Re: Start Working Today
Too bad too - I'm looking at leaving my job and was going h. :-) But it looked too good to be true (it showed up in my junk folder so I had to look on the mailing list folder to see if anyone else got this). Oh well - back to looking. :-) On 3/26/2012 6:30 PM, Marc Weber wrote: Having (reasnoble) sallarys in job offers doesn't look like spam to me. Origin b...@vim.org looks suspicious - because AFAIK sourceforge does not allow sending emails (at least it was so in the past). Bram also has a different email he's been using in the past. jobdayseu.com does not exist - which clearly shows this is (close to) spam. So does anybody have an idea whether this is a (badly written) real job offer by Bram or whether it is what it looks like: spam? And why is the sending email something @vim.org? I would love to see a job site for vimmers :) But we should create a dedicated mailinglist then. Marc Weber -- 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
Re: When lines are folded, sign columns are highlighted with Folded group.
On Tue, March 27, 2012 01:29, Yukihiro Nakadaira wrote: When lines are folded, sign columns are highlighted with Folded group. Steps to reproduce: $ vim -u NONE :call append(0, ['1', '2', '3', '4', '5', '6', '7', '8', '9']) :2,3fold :sign define test text=TS :execute 'sign place 999 line=5 name=test buffer=' . bufnr('%') :highlight Folded guibg=red ctermbg=red Then, you can see sign columns are highlighted with red. I think it is better to highlight it with SignColumn group. diff -r bfdab0bcf4f5 src/screen.c --- a/src/screen.cFri Mar 23 18:39:18 2012 +0100 +++ b/src/screen.cTue Mar 27 08:14:27 2012 +0900 @@ -2293,10 +2293,10 @@ if (wp-w_p_rl) /* the line number isn't reversed */ copy_text_attr(off + W_WIDTH(wp) - len - col, - (char_u *) , len, hl_attr(HLF_FL)); + (char_u *) , len, hl_attr(HLF_SC)); else # endif - copy_text_attr(off + col, (char_u *) , len, hl_attr(HLF_FL)); + copy_text_attr(off + col, (char_u *) , len, hl_attr(HLF_SC)); col += len; } } A similar issue came up before on this list: http://groups.google.com/group/vim_dev/msg/cf0c5c29c4b6f414 where Bram states: Since we don't show signs for the folded region, I think it's good to also use the closed-fold color in the sign column. regards, Christian -- 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
Re: Issue 59 in vim: netrw breaks scripts.vim
Comment #2 on issue 59 by sbje...@gmail.com: netrw breaks scripts.vim http://code.google.com/p/vim/issues/detail?id=59 hi dr campbell, i am still seeing this. did you created ~/foo not ~/foo.rb? for files with suffixes, autocommands work, but for those without, the iskeyword options must not contain /, which is added by netrw before restoring it -- 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