ANN: AutomaticLaTeXPlugin (ver 10.6.1)
Hi vim_use, There is a new version of AutomaticLatexPlugin available (10.6.1) at: http://atp-vim.sf.net or http://www.vim.org/scripts/script.php?script_id=2945 Best, Marcin Szamotulski -- You received this message from the "vim_use" 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: setloclist() doesn't work
On Oct 11, 11:07 am, Christian Brabandt wrote: > Hi sinbad! > > On So, 09 Okt 2011, sinbad wrote: > Thanks for the detailed steps. Next time, please attach the plugin, so I > don't have to fix all the linebreaks ;) > > Unfortunately, I can't reproduce the error. I even tried with a stock > 7.3 vim version. Anyway, I noticed, that all your bufnr are always zero. > I think that definitely shouldn't be. I guess, somehow all your buffers > get wiped out. Check with :ls! if there are other buffers available. And > can you please try this also when starting vim this way: > vim -u NONE -U NONE -N -i NONE > then do :so ~/.vim/plugin/gtags.vim > and proceed as above. > > regards, > Christian Hi Christian, Thanks for Checking out. I am still able to reproduce the problem. I am not sure why it is not happening in your test. I guess i am all alone in this :( vim -u NONE -U NONE -N -i NONE :ver VIM - Vi IMproved 7.0 (2006 May 7, compiled Jun 12 2009 07:08:36) Included patches: 1, 3-4, 7-9, 11, 13-17, 19-26, 29-31, 34-44, 47, 50-56, 58-64, 66-73, 75, 77-92, 94-107, 109, 202, 234-237 Modified by Compiled by Huge version without 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 +diff +digraphs -dnd -ebcdic +emacs_tags +eval +ex_extra +extra_search +farsi +file_in_path +find_in_path +folding -footer +fork() +gettext - hangul_input +iconv +insert_expand +jumplist +keymap +langmap +libcall +linebreak +lispindent +listcmds +localmap +menu +mksession +modify_fname +mouse -mouseshape +mouse_dec +mouse_gpm - mouse_jsbterm +mouse_netterm +mouse_xterm +multi_byte +multi_lang -mzscheme -netbeans_intg -osfiletype +path_extra +perl +postscript +printer +profile +python +quickfix +reltime +rightleft - ruby +scrollbind +signs +smartindent -sniff +statusline -sun_workshop +syntax +tag_binary +tag_old_static -tag_any_white -tcl +terminfo +termresponse +textobjects +title -toolbar +user_commands +vertsplit +virtualedit +visual +visualextra +viminfo +vreplace +wildignore +wildmenu +windows +writebackup -X11 -xfontset - xim -xsmp -xterm_clipboard -xterm_save :so ~/.vim/plugin/gtags.vim :scriptnames 1: /home/sinbad/.vim/plugin/gtags.vim :e edit.c :Gtags -r ResetRedobuff :lopen edit.c|404| ResetRedobuff(); edit.c|6436| ResetRedobuff(); misc2.c|1176| ResetRedobuff(); misc2.c|1177| ResetRedobuff(); normal.c|1506| ResetRedobuff(); normal.c|3626| ResetRedobuff(); normal.c|7380| ResetRedobuff(); spell.c|10317| ResetRedobuff(); :echo getloclist(0) [{'lnum': 404, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, {'lnum': 6436, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, {'lnum': 1176, 'bufnr': 3, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, {'lnum': 1177, 'bufnr': 3, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, {'lnum': 1506, 'bufnr': 4, 'col' : 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, {'lnum': 3626, 'bufnr': 4, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': 'ResetRedobuff();'}, {'lnum': 7380, 'bufnr': 4, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();' }, {'lnum': 10317, 'bufnr': 5, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}] :let x = getloclist(0) :echo x [{'lnum': 404, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, {'lnum': 6436, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, {'lnum': 1176, 'bufnr': 3, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, {'lnum': 1177, 'bufnr': 3, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, {'lnum': 1506, 'bufnr': 4, 'col' : 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, {'lnum': 3626, 'bufnr': 4, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': 'ResetRedobuff();'}, {'lnum': 7380, 'bufnr': 4, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();' }, {'lnum': 10317, 'bufnr': 5, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}] :call setloclist(0,[]) :call setloclist(0, x) :lopen " filenames are missing |404| ResetRedobuff(); |6436| ResetRe
Re: setloclist() doesn't work
CC-ing vim-dev On Tue, October 11, 2011 10:01 am, sinbad wrote: > On Oct 11, 11:07 am, Christian Brabandt wrote: >> >> Thanks for the detailed steps. Next time, please attach the plugin, so I >> don't have to fix all the linebreaks ;) >> >> Unfortunately, I can't reproduce the error. I even tried with a stock >> 7.3 vim version. Anyway, I noticed, that all your bufnr are always zero. >> I think that definitely shouldn't be. I guess, somehow all your buffers >> get wiped out. Check with :ls! if there are other buffers available. And >> can you please try this also when starting vim this way: >> vim -u NONE -U NONE -N -i NONE >> then do :so ~/.vim/plugin/gtags.vim >> and proceed as above. > > Thanks for Checking out. > I am still able to reproduce the problem. > I am not sure why it is not happening in your test. > I guess i am all alone in this :( > > vim -u NONE -U NONE -N -i NONE > > :ver > VIM - Vi IMproved 7.0 (2006 May 7, compiled Jun 12 2009 07:08:36) > Included patches: 1, 3-4, 7-9, 11, 13-17, 19-26, 29-31, 34-44, 47, > 50-56, 58-64, 66-73, 75, 77-92, 94-107, 109, 202, 234-237 > Modified by > Compiled by > Huge version without 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 > +diff +digraphs -dnd -ebcdic +emacs_tags +eval +ex_extra +extra_search > +farsi +file_in_path +find_in_path +folding -footer +fork() +gettext - > hangul_input +iconv +insert_expand +jumplist +keymap > +langmap +libcall +linebreak +lispindent +listcmds +localmap +menu > +mksession +modify_fname +mouse -mouseshape +mouse_dec +mouse_gpm - > mouse_jsbterm +mouse_netterm +mouse_xterm +multi_byte > +multi_lang -mzscheme -netbeans_intg -osfiletype +path_extra +perl > +postscript +printer +profile +python +quickfix +reltime +rightleft - > ruby +scrollbind +signs +smartindent -sniff +statusline > -sun_workshop +syntax +tag_binary +tag_old_static -tag_any_white -tcl > +terminfo +termresponse +textobjects +title -toolbar +user_commands > +vertsplit +virtualedit +visual +visualextra +viminfo > +vreplace +wildignore +wildmenu +windows +writebackup -X11 -xfontset - > xim -xsmp -xterm_clipboard -xterm_save > > :so ~/.vim/plugin/gtags.vim > :scriptnames > 1: /home/sinbad/.vim/plugin/gtags.vim > > :e edit.c > :Gtags -r ResetRedobuff > > :lopen > edit.c|404| ResetRedobuff(); > edit.c|6436| ResetRedobuff(); > misc2.c|1176| ResetRedobuff(); > misc2.c|1177| ResetRedobuff(); > normal.c|1506| ResetRedobuff(); > normal.c|3626| ResetRedobuff(); > normal.c|7380| ResetRedobuff(); > spell.c|10317| ResetRedobuff(); > > :echo getloclist(0) > [{'lnum': 404, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, > 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, > {'lnum': 6436, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': > 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' > ResetRedobuff();'}, {'lnum': 1176, 'bufnr': 3, 'col': 0, 'valid': 1, > 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' > ResetRedobuff();'}, {'lnum': 1177, 'bufnr': 3, 'col': 0, > 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': > ' ResetRedobuff();'}, {'lnum': 1506, 'bufnr': 4, 'col' > : 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', > 'text': ' ResetRedobuff();'}, {'lnum': 3626, > 'bufnr': 4, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': > '', 'pattern': '', 'text': 'ResetRedobuff();'}, {'lnum': > 7380, 'bufnr': 4, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': > '', 'pattern': '', 'text': ' ResetRedobuff();' > }, {'lnum': 10317, 'bufnr': 5, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': > -1, 'type': '', 'pattern': '', 'text': ' > ResetRedobuff();'}] > > :let x = getloclist(0) > > :echo x > > [{'lnum': 404, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, > 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, > {'lnum': 6436, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': > 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' > ResetRedobuff();'}, {'lnum': 1176, 'bufnr': 3, 'col': 0, 'valid': 1, > 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' > ResetRedobuff();'}, {'lnum': 1177, 'bufnr': 3, 'col': 0, > 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': > ' ResetRedobuff();'}, {'lnum': 1506, 'bufnr': 4, 'col' > : 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', > 'text': ' ResetRedobuff();'}, {'lnum': 3626, > 'bufnr': 4, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': > '', 'pattern': '', 'text': 'ResetRedobuff();'}, {'lnum': > 7380, 'bufnr': 4, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': > '', 'pattern': '', 'text': ' ResetRedobuff();' > }, {'lnum': 10317, 'bufnr': 5, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': > -1, 'type': '', 'p
Re: completion options that completes longest common match, but does not delete already typed characters
2011/10/9, Nathan : > Hi, > > I am using gvim vim eclim. > I have set completeopt=longest,menuone so that when I do > autocompletion (C-X C-U) the longest common match should be inserted. > > Now I have the following scenario: > > Ga > > the possible matches, listed, are: > Game > GAME_H_ > > Now the completion says: User defined completion (^U^N^P) Back at > original > And deletes the "a" so, that only the "G" remains. > > If I already typed "Ga" I only want completions starting with "Ga" and > I do not want the completion to delete any characters I already typed. > > Can I configure completion to do this? > > Thanks! > Nathan > > -- > You received this message from the "vim_use" 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 > how to subscribe this email group ? thanks ! -- Harvey Li -- You received this message from the "vim_use" 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: setloclist() doesn't work
On Oct 11, 2:54 pm, "Christian Brabandt" wrote: > CC-ing vim-dev > > > > > > > > > > On Tue, October 11, 2011 10:01 am, sinbad wrote: > > On Oct 11, 11:07 am, Christian Brabandt wrote: > > >> Thanks for the detailed steps. Next time, please attach the plugin, so I > >> don't have to fix all the linebreaks ;) > > >> Unfortunately, I can't reproduce the error. I even tried with a stock > >> 7.3 vim version. Anyway, I noticed, that all your bufnr are always zero. > >> I think that definitely shouldn't be. I guess, somehow all your buffers > >> get wiped out. Check with :ls! if there are other buffers available. And > >> can you please try this also when starting vim this way: > >> vim -u NONE -U NONE -N -i NONE > >> then do :so ~/.vim/plugin/gtags.vim > >> and proceed as above. > > > Thanks for Checking out. > > I am still able to reproduce the problem. > > I am not sure why it is not happening in your test. > > I guess i am all alone in this :( > > > vim -u NONE -U NONE -N -i NONE > > > :ver > > VIM - Vi IMproved 7.0 (2006 May 7, compiled Jun 12 2009 07:08:36) > > Included patches: 1, 3-4, 7-9, 11, 13-17, 19-26, 29-31, 34-44, 47, > > 50-56, 58-64, 66-73, 75, 77-92, 94-107, 109, 202, 234-237 > > Modified by > > Compiled by > > Huge version without 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 > > +diff +digraphs -dnd -ebcdic +emacs_tags +eval +ex_extra +extra_search > > +farsi +file_in_path +find_in_path +folding -footer +fork() +gettext - > > hangul_input +iconv +insert_expand +jumplist +keymap > > +langmap +libcall +linebreak +lispindent +listcmds +localmap +menu > > +mksession +modify_fname +mouse -mouseshape +mouse_dec +mouse_gpm - > > mouse_jsbterm +mouse_netterm +mouse_xterm +multi_byte > > +multi_lang -mzscheme -netbeans_intg -osfiletype +path_extra +perl > > +postscript +printer +profile +python +quickfix +reltime +rightleft - > > ruby +scrollbind +signs +smartindent -sniff +statusline > > -sun_workshop +syntax +tag_binary +tag_old_static -tag_any_white -tcl > > +terminfo +termresponse +textobjects +title -toolbar +user_commands > > +vertsplit +virtualedit +visual +visualextra +viminfo > > +vreplace +wildignore +wildmenu +windows +writebackup -X11 -xfontset - > > xim -xsmp -xterm_clipboard -xterm_save > > > :so ~/.vim/plugin/gtags.vim > > :scriptnames > > 1: /home/sinbad/.vim/plugin/gtags.vim > > > :e edit.c > > :Gtags -r ResetRedobuff > > > :lopen > > edit.c|404| ResetRedobuff(); > > edit.c|6436| ResetRedobuff(); > > misc2.c|1176| ResetRedobuff(); > > misc2.c|1177| ResetRedobuff(); > > normal.c|1506| ResetRedobuff(); > > normal.c|3626| ResetRedobuff(); > > normal.c|7380| ResetRedobuff(); > > spell.c|10317| ResetRedobuff(); > > > :echo getloclist(0) > > [{'lnum': 404, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, > > 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, > > {'lnum': 6436, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': > > 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' > > ResetRedobuff();'}, {'lnum': 1176, 'bufnr': 3, 'col': 0, 'valid': 1, > > 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' > > ResetRedobuff();'}, {'lnum': 1177, 'bufnr': 3, 'col': 0, > > 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': > > ' ResetRedobuff();'}, {'lnum': 1506, 'bufnr': 4, 'col' > > : 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', > > 'text': ' ResetRedobuff();'}, {'lnum': 3626, > > 'bufnr': 4, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': > > '', 'pattern': '', 'text': ' ResetRedobuff();'}, {'lnum': > > 7380, 'bufnr': 4, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': > > '', 'pattern': '', 'text': ' ResetRedobuff();' > > }, {'lnum': 10317, 'bufnr': 5, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': > > -1, 'type': '', 'pattern': '', 'text': ' > > ResetRedobuff();'}] > > > :let x = getloclist(0) > > > :echo x > > > [{'lnum': 404, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, > > 'type': '', 'pattern': '', 'text': ' ResetRedobuff();'}, > > {'lnum': 6436, 'bufnr': 1, 'col': 0, 'valid': 1, 'vcol': > > 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' > > ResetRedobuff();'}, {'lnum': 1176, 'bufnr': 3, 'col': 0, 'valid': 1, > > 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': ' > > ResetRedobuff();'}, {'lnum': 1177, 'bufnr': 3, 'col': 0, > > 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', 'text': > > ' ResetRedobuff();'}, {'lnum': 1506, 'bufnr': 4, 'col' > > : 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': '', 'pattern': '', > > 'text': ' ResetRedobuff();'}, {'lnum': 3626, > > 'bufnr': 4, 'col': 0, 'valid': 1, 'vcol': 0, 'nr': -1, 'type': > > '', 'pattern': '', 'text': ' ResetRedo
Re: Delete everything which is not an iskeyword
On Tue, Oct 11, 2011 at 1:13 AM, Tim Chase wrote: > :%s/\k\@!.//g > What is that dot after the ! ? (I was wondering this about the help on \@! but this is a chance to ask.) -- You received this message from the "vim_use" 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: Delete everything which is not an iskeyword
On 10/11/11 05:46, Efraim Yawitz wrote: On Tue, Oct 11, 2011 at 1:13 AM, Tim Chase wrote: :%s/\k\@!.//g What is that dot after the ! ? (I was wondering this about the help on \@! but this is a chance to ask.) \k\@! means "\k can't match here" (it's zero-width) . means "anything can match here" which is loosely a way of turning "." into "."-"\k". It gets more complex to understand if the atom preceding "\@!" matches more than a single character. -tim -- You received this message from the "vim_use" 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: Ubuntu Mono font
The fonts are beautiful. I have tried the fonts in terminal vim and gvim. Both work for me. On Oct 10, 5:07 am, "George V. Reilly" wrote: > [Reflowed as a bottom post to forestall whining from the usual suspects] > > 2011/10/9 Александр Куринный > > > On 9 October 2011 00:12, George V. Reilly wrote: > > > Since monospaced fonts are a perennial topic of discussion here, I'll > > > mention the new Ubuntu Mono font, which can be downloaded from > > >http://font.ubuntu.com/ > > > > The recent 0.80 release of the Ubuntu Fonts includes Ubuntu Mono in > > > Regular, Regular Italic, Bold, and Bold Italic variants. It's the > > > default font for the Terminal in next week's release of Oneiric > > > Ocelot, Ubuntu 11.10. I've tried it in MacVim and Gnome Gvim and it > > > looks decent. As the version number implies, the fonts (particularly > > > Mono) are a work in progress. > > > In terminal they look really bad) > > Some, including me, like Ubuntu Mono in Terminal. > > > Looks more like famous Comic Sans=) > > Apparently, Ubuntu Mono is being tweaked (but not designed) by Vincent > Connare, the designer of Comic > Sans:http://design.canonical.com/2011/09/ubuntu-monospace-beta/. He also > designed Trebuchet, which is a much more respectable font. > > > Letter "M" - why did they do it?! > > That's been controversial. See the above link for some background. > Also,https://bugs.launchpad.net/ubuntu-font-family/+bug/869961 > > > My choise for terminal is Liberation Mono. > > -- > /George V. Reilly geo...@reilly.org Twitter: > @georgevreillyhttp://www.georgevreilly.com/blog http://blogs.cozi.com/tech -- You received this message from the "vim_use" 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
avoid CursorHoldI causing delay
Dear group member, I am using CursorHold and CursorHoldI with a delay of 800 ms to constantly auto-save the LaTeX file that is being edited. (Which in turn causes it to be automatically recompiled and shown in a PDF reader. I do this to get real-time preview.). Occasionally, when I'm working on a large file that takes longer to compile, Vim becomes less a responsive, and misses a few keystrokes. I.e. sometimes a few characters I type simply don't show up 'csing bron wors'. Is there anything I can do to ensure Vim won't miss any keystrokes? (It's okay if the keystrokes show up with a delay, but I don't want them to go AWOL) -- You received this message from the "vim_use" 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 website is often inaccessible caused by google
Hello, I noticed that vim website now uses something from google. However, google is often blocked in China, and when google is blocked, vim website also becomes inaccessible (when opening the vim website, the status bar of firefox always says "connecting to www.google.com", but the page is not completely shown). I don't know much about web things, but could this be fixed? Thanks, Hong Xu -- You received this message from the "vim_use" 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 website is often inaccessible caused by google
Hi, Hong, On 10/11/11 9:18 PM, H Xu wrote: Hello, I noticed that vim website now uses something from google. However, google is often blocked in China, and when google is blocked, vim website also becomes inaccessible (when opening the vim website, the status bar of firefox always says "connecting to www.google.com", but the page is not completely shown). I don't know much about web things, but could this be fixed? I'm not connected with vim.org, but I took a look at the page source and I think you can solve your problem. I suspect the big issue is the site search form which uses javascript from Google. Often you can fix such problems by making the fetches fail fast, allowing the rest of the page to display normally. This can be done by adding entries to your 'hosts' file so that the inaccessible domains are mapped to your local machine. Try adding the following: 127.0.0.1 www.google.com 127.0.0.1 pagead2.googlesyndication.com 127.0.0.1 apis.google.com to your 'hosts' file. That would be /etc/hosts on most systems or likely C:\windows\system32\drivers\etc\hosts on Windows. See http://en.wikipedia.org/wiki/Hosts_%28file%29 for more details on this file. Hope that helps! - George -- -- * George Dinwiddie * http://blog.gdinwiddie.com Software Developmenthttp://www.idiacomputing.com Consultant and Coachhttp://www.agilemaryland.org -- -- You received this message from the "vim_use" 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 website is often inaccessible caused by google
I'm not connected with vim.org, but I took a look at the page source and I think you can solve your problem. I suspect the big issue is the site search form which uses javascript from Google. Often you can fix such problems by making the fetches fail fast, allowing the rest of the page to display normally. This can be done by adding entries to your 'hosts' file so that the inaccessible domains are mapped to your local machine. Try adding the following: 127.0.0.1www.google.com 127.0.0.1pagead2.googlesyndication.com 127.0.0.1apis.google.com to your 'hosts' file. That would be /etc/hosts on most systems or likely C:\windows\system32\drivers\etc\hosts on Windows. See http://en.wikipedia.org/wiki/Hosts_%28file%29 for more details on this file. Hope that helps! - George if javascript from google is the problem, then use firefox with the No Script addon. Just tell it to allow only vim.org, don't allow any scripts from google -- You received this message from the "vim_use" 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
Can't get vim to use custom color in personal folder(finds .vimrc/.gvimrc but not .vim/colors/name.vim)
I'm trying to place my color.vim file in ~/.vim/colors/linda.vim But it is not finding it. I've only been able to get it to work by putting it C:\prog64\vim\colors\ (note I constantly have to move new 'vims' out of prog64\vim\vimXXX up into vim, upon new installations so all the programs that look for it at a fixed location don't break; don't actually move it, just create links)... It finds my .vimrc, and .gvimrc. in C:\users\linda (~), which is what I get if I type echo $HOME in gvim, (win7-64bit version)... (at least when I launch from explorer...)...so if it finds my .vim and .gvim, why doesn't it find .vim/colors/.vim? -- You received this message from the "vim_use" 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: Can't get vim to use custom color in personal folder(finds .vimrc/.gvimrc but not .vim/colors/name.vim)
Hi, Linda W wrote: > > > I'm trying to place my color.vim file in > ~/.vim/colors/linda.vim > > But it is not finding it. > > I've only been able to get it to work by putting it > C:\prog64\vim\colors\ > > (note I constantly have to move new 'vims' out of prog64\vim\vimXXX up > into vim, > upon new installations so all the programs that look for it at a fixed > location don't > break; don't actually move it, just create links)... > > It finds my .vimrc, and .gvimrc. in C:\users\linda (~), which is what > I get if I type echo $HOME in gvim, (win7-64bit version)... > > (at least when I launch from explorer...)...so if it finds my .vim and > .gvim, > why doesn't it find .vim/colors/.vim? did you change the 'runtimepath' option? On Windows the directory for user-specific scripts is ~/vimfiles by default, not ~/.vim. Regards, Jürgen -- Sometimes I think the surest sign that intelligent life exists elsewhere in the universe is that none of it has tried to contact us. (Calvin) -- You received this message from the "vim_use" 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