Re: vim.vim organization
On 01/11/12 01:19, Kartik Agaram wrote: I notice many keywords in runtime/syntax/vim.vim are split across multiple lines. For example, I assume all the lines beginning with syn keyword vimCommand could logically be assumed to be a single (very long) command. Is that accurate? If this is correct, I'm curious if there's some pattern to how they are organized. It seems each line is in alphabetical order. But there's a's in each line. Is there some way to decide which line each keyword goes to? Or am I just over-thinking things? :) Kartik http://akkartik.name As Dr.Chip said, parts of the syntax/vim.vim script are generated automatically. When the interpreter sources the script, every line starts a new statement, except of course in the case of continuation lines, i.e. if (in 'nocompatible' mode) the first nonblank on the line is a backslash, in which case the interpreter disregards the backslash, all (zero or more) tabs or spaces preceding it, and the line break between that line and the one before it. Best regards, Tony. -- Someone will try to honk your nose today. -- 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: dependencies between features
On 01/11/12 01:09, Kartik Agaram wrote: I was building vim with python support today, and I noticed that it gives a linker error if multibyte support isn't also enabled. Is that unexpected, or is the usual model to include features and all their dependencies? I don't know. Python requiring multibyte sounds strange, but Python certainly requires expression evaluation. Maybe there is something in the way Vim = Python calls are coded which requires UTF-8 or even UTF-16le strings (which would require +multi_byte), I don't know. +multi_byte is part of the Big featureset. What exactly does that contain (in addition to the Normal featureset)? Hm, +arabic ++builtin-terms +conceal +cscope +emacs_tags +farsi +keymap +langmap +mouse_dec +mouse_netterm +mouse_sgr +multi_byte +rightleft +signs. Nothing very obvious AFAICT. OTOH I'd think that the Tiny, Normal and Big featuresets have had more testing than the rest, with +perl +python etc. usually added to a Big (or Huge) build. Which platform (W32, W64, Linux, Mac) are you on? Maybe you've found a bug in the way features are enabled or disabled depending on each other? Best regards, Tony. -- ARTHUR: Did you say shrubberies? ROGER: Yes. Shrubberies are my trade. I am a shrubber. My name is Roger the Shrubber. I arrange, design, and sell shrubberies. Monty Python and the Holy Grail PYTHON (MONTY) PICTURES LTD -- 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.vim organization
You're likely looking at the automatically generated keyword lists; vimCommands are generated automatically. The keywords are sorted in the usual ascending alphabetical order with 100 keywords per line. Yeah I see the comments now that these lines are auto-generated: syn keyword vimCommand containedabc[lear] argdo argu[ment] bel[owright] bN[ext] ... syn keyword vimCommand containedabo[veleft] arge[dit] as[cii] bf[irst] bo[tright] ... syn keyword vimCommand containedal[l] argg[lobal] bad[d] bl[ast] bp[revious] ... Each of them is internally in alphabetical order. But how are the boundaries between lines decided? They're all keyword vimCommand. Also, is the generator in the repo? -- 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: dependencies between features
Thanks, Tony. It seems to be because of a call to mb_string2cells in if_py_both.h:VimStrWidth. Since python isn't a feature in feature.h I'm not sure what to check for to enable FEAT_MBYTE.. -- 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: dependencies between features
On 01/11/12 09:19, Kartik Agaram wrote: Thanks, Tony. It seems to be because of a call to mb_string2cells in if_py_both.h:VimStrWidth. Since python isn't a feature in feature.h I'm not sure what to check for to enable FEAT_MBYTE.. A little searching in the source gives: FEAT_PYTHON Python2 interface FEAT_PYTHON3 Python3 interface DYNAMIC_PYTHON Python2 support is dynamic DYNAMIC_PYTHON3 Python3 support is dynamic Cscope tells me that there are 54 lines (in buffer.c, eval.c, ex_docmd.c, globals.h, if_python.c, if_python3.c, main.c, proto.h, structs.h, version.c, vim.h and window.c) which refer to at least one of these. They are defined (or not) by auto/config.h (at least on Linux, once configure has run). Best regards, Tony. -- If you're going to do something tonight that you'll be sorry for tomorrow morning, sleep late. -- Henny Youngman -- 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
Mistake in help for g
Help for g states: g Synonym for `:%s//~/` (repeat last substitute on all lines with the same flags). Mnemonic: global substitute. {not in Vi} The part (repeat last substitute on all lines with the same flags) should say something like (repeat last substitute with last search pattern on all lines with the same flags) For example, when you first do a substitution via :s/pattern/repl/flags and then /search for something else, `g` will do `:%s/search/~/` instead of `:s/pattern/repl/flags`. -- Andy -- 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
Issue 89 in vim: [patch] to fix some typos in usr_21.txt
Status: New Owner: Labels: Type-Defect Priority-Medium New issue 89 by mazem...@gmail.com: [patch] to fix some typos in usr_21.txt http://code.google.com/p/vim/issues/detail?id=89 Typos in usr_21.txt : Line 285 Suppose you store you session files in the directory ~/.vim. You are should be: Suppose you store your session files in the directory ~/.vim. You are Line 298 If you open help windows, split and close various window, and generally mess should be: If you open help windows, split and close various windows, and generally mess Line 426 you chose. This view can be loaded while editing another file. Vim will then should be: you choose. This view can be loaded while editing another file. Vim will then Attachments: usr_21.txt.patch 1.6 KB -- 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: Weird behavior after ^ or ´
On Mo, 29 Okt 2012, Jürgen Krämer wrote: I can confirm this behavior on Vim 7.3.1-712 on Windows 7, compiled with MS-C 16.0.40219.1 (i.e., Visual Studio 2008), although it only seems to happen of every other input of ^. The caret is a dead-letter key and is ignored although a space is pressed afterwards. It seems to be kept in the input buffer, though, and is finally used when s is pressed, leading to a movement to the start of line and starting insert mode at the wrong position. The dollar sign you see in Alex' example is the one displayed at the end of the changed text if $ is included in 'cpo'. I still couldn't reproduce the issue with VisualStudio 2010 Express. But it only compiled a 32bit version and I couldn't convince Windows to let me install the required 64bit utilities to built a 64bit version. 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
GVim fails to load file whose path contains '#' when called with --remote-silent
Steps: 1) md c# 2) cd c# 3) gvim --remote-silent test.cs GVim starts up and displays E194: No alternate filename to substitute for '#'. GVim 7.3.712 on Windows 7 (64-bit). The error doesn't show up if --remote-silent is omitted. -- 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