Re: Pathogen breaks my python syntax highlighting for some reason. | VAM bisect
Its very unlikely that "pathogen" is causing your trouble. How do you debug such? a) run vim without any plugin support like this: vim -u NONE -U NONE -N "$@" If the problem is gone its caused by any of the plugins you're using b) how to find which plugin is causing it ? Move plugins to a different place, piecewise. Restart Vim, retry pathogen#infect should only activate the packages which are in those runtimepaths Doing this "bisecting" manually is awkward which is why I just wrote plugin bisecting for VAM (the plugin manager I support). See https://github.com/MarcWeber/vim-addon-manager/commit/436dbe9f99ffc2dc68938162ca41dd7194af6d18 Then finding out the cause is easy: Just run :VAMBisect and redo your tests for each set of plugins. Marc Weber -- 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 slow on high resolutions
On 28/10/12 00:10, Roman Snitko wrote: [...] we are no longer living in times when people use 1280 resolutions. You'd be surprised. My current display screen is 1024x768, I'm quite happy with it, and the next time I buy a PC, I'll insist on more RAM and a bigger disk, I may possibly also want a faster CPU, but I think I'll keep this screen if it's compatible with the new machine's video card. (I scrapped my former CRT some years ago, when its red cannon went belly up. This LCD screen is much better.) This said, of course Vim should ideally never be "painfully slow", but how slow is painfully slow? One second? Ten? A minute? An hour? You gave no values, not even estimates. You also didn't say which GUI flavour you were using (GTK2? Motif? Athena? Other?) Switching tabs (even with syntax highlighting on) never seems painfully slow to me on gvim 7.3.712 (Huge) with GTK2-GNOME GUI on openSUSE Linux; but maybe I'm more patient than you, or my smaller display makes a difference, or both. — In one of my tabs I have 21 windows, but horizontally split, and in "Rolodex Vim" fashion, i.e. with the following settings: :set winminheight=0 noequalalways :set winheight=9 helpheight=9 cmdwinheight=9 Best regards, Tony. -- "I stopped believing in Santa Claus when I was six. Mother took me to see him in a department store and he asked for my autograph." -- Shirley Temple -- 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 slow on high resolutions
On Sunday, October 28, 2012 11:10:40 AM UTC+13, Roman Snitko wrote: > I have a 2560x1600 resolution on my Ubuntu Linux machine and am using gVim. > The problem I have is that it sometimes becomes painfully slow to switch > tabs, > for example. ... I take it you are maximizing gvim, am I correct? > I have an advanced graphic card and a good processor power... (I assume you have plenty of memory. Plenty being more than 1.5 GiB.) Sounds like a driver issue. gvim and my 1920x1080 screen is quite snappy, Kubuntu 12.04 with the nvidia 173 driver, onboard Geforce 7025, ~2006 vintage. What driver are you running? Have you tried with desktop effects disabled? (There's an effect, Blur, that makes my system unusable, though I happily run lots of other effects.) Does vim in an xterm or gnome-terminal have problems? (I seem to recall my Karmic or Lucid install having a screen update slow down when maximized, it would do one third of the screen, pause, another third, pause, then the rest; vim in gnome-terminal was exactly the same as gvim.) The early days of Unity gave grief, too, but I didn't try that for long enough to make conclusions. Regards, John Little -- 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 slow on high resolutions
I should also add that it takes even more time to close a tab. Really uncomfortable. -- 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 slow on high resolutions
I have a 2560x1600 resolution on my Ubuntu Linux machine and am using gVim. The problem I have is that it sometimes becomes painfully slow to switch tabs, for example. I also used to have a problem with slow scrolling which was eliminated by setting Vim to not highlight the current line. Still other problems remain and they disappear only when the window is made smaller (e.g. not fullscreen). My understanding is that this happens because Vim has to redraw the screen and and it takes a while, especially if I have two windows (:vsp) in one of the tabs. It looks like syntax highlighting is one reason, but even with it turned off, Vim is still slow. I've seen Mac users complaining about virtually the same thing, so I don't think it's a Linux specific problem. I have an advanced graphic card and a good processor power, yet this doesn't help. I think something should be done about this, we are no longer living in times when people use 1280 resolutions. -- 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: Write/Print PHP localhost results to file
On 10/27/12 03:10, Gerg wrote: > 2. However when I run PHP file, there is so much data that every web browser > crashes and it does not finish loading the page. > > 3. So I was wondering if it is possible to save all the data using VIM? > > Like: "read source from http://localhost"; and "write the HTML result to > C:/output.htm" I'm not sure Vim has any part in the equation. Just use "wget" or "curl" which will download the source of the page and save it to a file (or write it to stdout). -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
Mapping keys Ctrl-K Ctrl-C
Hi, I am fairly new to Vim and a primary Visual Studio user. I have installed nerd commenter and would like to map Ctrl+k Ctrl+c for commenting(this is the same shortcut in visual studio), so i have these lines in my vimrc map cc map cu the cc and cu are mapped to NERD commands accordingly. I am having some trouble mapping C-c (BREAK ?? ) is there any workaround for this ? -- Thanks & Regards, R Ashwin Sathya -- 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
Pathogen breaks my python syntax highlighting for some reason.
Here is my .vimrc file: 1 call pathogen#infect() 2 call pathogen#runtime_append_all_bundles() 3 syntax on 4 filetype plugin indent on 5 set rtp+=~/.vim/bundle/vundle/ 6 set nocompatible 7 filetype off 8 filetype plugin indent on 9 syntax on 10 call vundle#rc() 11 let g:EclimNailgunclient = 'external' 12 set history=700 13 set autoread 14 set so=7 15 set wildmenu 16 set ruler 17 set tabstop=2 18 set cmdheight=2 19 set hid 20 set backspace=eol,start,indent 21 set ignorecase 22 set smartcase 23 set nobackup 24 set nowb 25 set noswapfile 26 set expandtab 27 set shiftwidth=2 28 set number 29 set guifont=Menlo:h16 30 set linebreak 31 set wildmode=longest:full 32 set noerrorbells 33 set more 34 au FileType * setl fo-=cro "disable autocomment" 35 if has("gui_macvim") 36 let macvim_hig_shift_movement = 1 37 syntax on 38 set hlsearch 39 colorscheme slate 40 set ruler 41 set tabstop=2 42 set guifont=Menlo:h16 43 set noerrorbells 44 endif and here are the bundles and .vim/bundle files: [jean-marcelbelmont@Jean-Marcel-Belmonts-MacBook-Pro]~/.vim 630 % ls bundle AutoComplPop PHP-correct-Indenting html_FileCompletion CRefVim PyInteractive javacomplete Cpp-code-template-generator Python-3.x-Standard-Library-Reference matchit.zip Cppcheck-compilerPython-Syntax matchparenpp FuzzyFinder SQLComplete.vim mathematic.vim JavaBrowser SQLUtilities php.vim JavaDecompiler.vim bufexplorer.zip php_check_syntax.vim JavaKit c.vim phpcomplete.vim JavaScript-Indentchecksyntax project.tar.gz Javascript-Indentation clang python.vim Javascript-OmniCompletion-with-YUI-and-j clang-complete stackoverflow.vim L9 compiler.tar.gz surround.vim Match-Bracket-for-Objective-Ccompilergfortran.vim vcscommand.vim Mathematica-Syntax-File compilerjsl.vim vtreeexplorer NERD_Tree-and-ackcompilerpython.vim vundle OmniCppComplete cpp.vim PDV--phpDocumentor-for-Vim css.vim Python 3.2 syntax highlighting is not working right. Does anyone have any suggestions? -- 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: Write/Print PHP localhost results to file
On Sat, Oct 27, 2012 at 12:10 AM, Gerg wrote: > Hello again and thank you for your replies. I apologise if I was unclear > enough. > > This is why I am asking that: > > 1. I have a PHP file which I am running localy. > > 2. However when I run PHP file, there is so much data that every web browser > crashes and it does not finish loading the page. I don't understand why you don't just have your PHP script, when invoked, write to the file. You could optionally redirect the browser to that file contents afterward or have an interstitial page that does so, etc. Depending on the need, you could also have CRON run the PHP script (on the command line or through wget or curl or whatever) at whatever interval makes sense and just point the browser to the HTML file that results. I don't see why Vim is or should be any part of this. c -- Chris Lott -- 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: 'pattern' from file
-- David Fishburn On Oct 26, 2012, at 9:58 PM, John Little wrote: > Bee wrote: >> >> I thought of creating wordlists in files for, such as, changing case of >> application specific keywords. > > Been there, done that. > > The :s approach doesn't cope well with comments and quoted strings. > Particularly, the SQL keywords "and" and "or" are common. > > Using vim's abbreviations can work well, f.ex. > > :abbr select SELECT > > On several projects where the coding standards called for reserved words in > upper case, I've used an awk script that knew about comments and quoted > strings, processing character by character with a simple state machine. As > an exercise I translated it to VimL but it was slower than piping to awk, if > I recall correctly. > > ... This plugin: SrchRplcHiGrp.vim : Search and/or replace based on a syntax highlight group http://www.vim.org/scripts/script.php?script_id=848 Allows you to search based on how vim highlights words on the screen. I wrote it to solve this exact problem though the plugin is more general than this specific use case. The defaults will do exactly this. Basically when editing a SQL file (using my color scheme) Vim highlights SQL keywords are yellow (select, update, from, join, where, and, or, ...) based on your syntax file. This plugin will allow you to search and replace on the syntax group. So you can say "find all the yellow words and replace them with &\U". That regex at the end was by memory so it is probably no quite right. But Vim will UPPER case what it just found. I use this all the time since I like my SQL a certain way. I also use SQLUtilities.vim (http://www.vim.org/scripts/script.php?script_id=492) to reformat (beautify) the SQL statement into a nice readable format. HTH. David -- 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: Tmux-style window resizing in vim?
> Other niceties from tmux are that you can press j to carry on > resizing, whereas in vim you'd have to use You can use plugins like tinymode or tinykeymap (and some others) to create such maps. Regards -- 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: Write/Print PHP localhost results to file
Hello again and thank you for your replies. I apologise if I was unclear enough. This is why I am asking that: 1. I have a PHP file which I am running localy. 2. However when I run PHP file, there is so much data that every web browser crashes and it does not finish loading the page. 3. So I was wondering if it is possible to save all the data using VIM? Like: "read source from http://localhost"; and "write the HTML result to C:/output.htm" -- 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: :substitute behaves differently with and without individual substitute confirmation
On Fri, Oct 26, 2012 at 3:24 PM, Marcin Szamotulski wrote: > On 15:11 Fri 26 Oct , Karthick Gururaj wrote: >> On Thu, Oct 25, 2012 at 10:02 AM, Karthick Gururaj >> wrote: >> > Hello, >> > >> > On the input pattern: >> > ,,X >> > >> > ..the following substitute command, >> >%s;\(^\|,\)\ze\(,\|X\);\1N;gc >> > >> > ..changes it to (type 'y' for all prompts): >> > N,N,NX >> > >> > As expected. But if you type 'a' instead (for replace all), you get: >> > N,,NX >> > >> > Executing >> >%s;\(^\|,\)\ze\(,\|X\);\1N;g >> > behaves the same as typing 'a' with confirmation. >> > >> > :version >> > VIM - Vi IMproved 7.3 (2010 Aug 15, compiled May 4 2012 04:10:13) >> > Included patches: 1-429 >> > Modified by pkg-vim-maintain...@lists.alioth.debian.org >> > Compiled by buildd@ >> > Huge version with GTK2 GUI. Features included (+) or not (-): >> > +arabic +autocmd +balloon_eval +browse ++builtin_terms +byte_offset >> > +cindent >> > +clientserver +clipboard +cmdline_compl +cmdline_hist +cmdline_info >> > +comments >> > +conceal +cryptv +cscope +cursorbind +cursorshape +dialog_con_gui +diff >> > +digraphs +dnd -ebcdic +emacs_tags +eval +ex_extra +extra_search +farsi >> > +file_in_path +find_in_path +float +folding -footer +fork() +gettext >> > -hangul_input +iconv +insert_expand +jumplist +keymap +langmap +libcall >> > +linebreak +lispindent +listcmds +localmap +lua +menu +mksession >> > +modify_fname >> > +mouse +mouseshape +mouse_dec +mouse_gpm -mouse_jsbterm +mouse_netterm >> > -mouse_sysmouse +mouse_xterm +mouse_urxvt +multi_byte +multi_lang -mzscheme >> > +netbeans_intg +path_extra +perl +persistent_undo +postscript +printer >> > +profile >> > +python -python3 +quickfix +reltime +rightleft +ruby +scrollbind +signs >> > +smartindent -sniff +startuptime +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_interact +xterm_clipboard -xterm_save >> >system vimrc file: "$VIM/vimrc" >> > user vimrc file: "$HOME/.vimrc" >> > user exrc file: "$HOME/.exrc" >> > system gvimrc file: "$VIM/gvimrc" >> > user gvimrc file: "$HOME/.gvimrc" >> > system menu file: "$VIMRUNTIME/menu.vim" >> > fall-back for $VIM: "/usr/share/vim" >> > Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK >> > -pthread -I/usr/include/gtk-2.0 >> > -I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 >> > -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 >> > -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ >> > -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include >> > -I/usr/include/pixman-1 -I/usr/include/freetype2 >> > -I/usr/include/libpng12 -g -O2 -fstack-protector >> > --param=ssp-buffer-size=4 -Wformat -Wformat-security >> > -Werror=format-security -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 >> > -I/usr/include/tcl8.5 -D_REENTRANT=1 -D_THREAD_SAFE=1 >> > -D_LARGEFILE64_SOURCE=1 >> > Linking: gcc -L. -Wl,-Bsymbolic-functions -Wl,-z,relro -rdynamic >> > -Wl,-export-dynamic -Wl,-E -Wl,-Bsymbolic-functions -Wl,-z,relro >> > -Wl,--as-needed -o vim -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 >> > -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo >> > -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lglib-2.0 -lSM >> > -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE -lm -ltinfo -lnsl -lselinux >> > -lacl -lattr -lgpm -ldl -L/usr/lib -llua5.1 -Wl,-E >> > -fstack-protector -L/usr/local/lib -L/usr/lib/perl/5.14/CORE -lperl >> > -ldl -lm -lpthread -lcrypt -L/usr/lib/python2.7/config -lpython2.7 >> > -lpthread -ldl -lutil -lm -Xlinker -export-dynamic -Wl,-O1 >> > -Wl,-Bsymbolic-functions -L/usr/lib -ltcl8.5 -ldl -lpthread -lieee >> > -lm -lruby1.8 -lpthread -lrt -ldl -lcrypt -lm -L/usr/lib -- INSERT >> > INSERT -- >> > >> > - Karthick >> >> *Bump* - Can someone confirm this as a bug? > > I can confirm this behaviour. Also the following pattern is behaving in > this way: > %s;\(^\|,\)\(,\|X\)\@=;\1N;gc Posted on vim_dev, please keep any followups there. -- 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: Syntax highlighting colors if :hardcopy call from vim, hugly bold if call from the shell
On 26/10/12 21:41, Luis wrote: Hello To make a .ps file with python code with syntax color I use: :hardcopy > %.ps That work well ! But if I use it from bash: $ cat hardcopy.vim :hardcopy > %.ps $ vim -e -s my_code.py < hardcopy.vim I get a my_code.py.ps file with no color but hugly bold instead colors syntax highlight Luis Try echo 'x' >> hardcopy.vim vim -S hardcopy.vim my_code.py Or you could edit hardcopy.vim, add a line with x (or q) and optionally remove the colon before :hardcopy. IIUC, Vim will open and close, and give you the desired output. -S filename tells Vim to source another file at the end of startup, in addition to your vimrc (or -u file) which is sourced at the beginning of startup. See :help -S Best regards, Tony. -- ARTHUR: Listen, old crone! Unless you tell us where we can buy a shrubbery, my friend and I will ... we will say "Ni!" CRONE: Do your worst! "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD -- 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