Yegappan wrote:
> > > > > We will then have the following commands: > > > > > > > > > > cbelow - Go to an error line below the current line in the current > > > > > file > > > > > cabove - Go to an error line above the current line in the current > > > > > file > > > > > cbefore - Go to an error before the current column in the current file > > > > > cafter - Go to an error after the current column in the current file > > > > > > > > Right. And when giving a count to cbelow/cabove it counts all the > > > > errors in the same line as one. Thus if there are three matches in the > > > > line above and one two lines up, then ":2cabove" goes two lines up. > > > > > > > > > > The latest updated pull request implements the above behavior. Currently > > > only the cabove and cbelow commands are implemented. > > > > > > The current implementation supports count only after the command name > > > and not before the command. I did this to support only positive numbers > > > for the count and not use the range specification from the buffer. > > > > :2cabove should work. Use "RANGE" and "ADDR_OTHER" in the command spec. > > I was using RANGE in the command spec. But when a negative count is > supplied to the command, it uses the current line number from the buffer and > subtracts the specified count. I wanted to display an error for negative > values. > I can use RANGE, if the value is negative, it will ignore the supplied count. I looked into the way the type of range is specified, but it has a long history of subtle ways things work not quite as expected. Therefore ADDR_OTHER will default to using buffer lines. We could add a new address type, that does not use the buffer lines. Not sure what to call it. ADDR_NOT_LINES is not quite right. I did do a bit of cleanup and removed NOTADR from the command flags. It seemed a duplicate of using ADDR_OTHER, but it turns out it isn't quite so. -- Life is a gift, living is an art. (Bram Moolenaar) /// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ an exciting new programming language -- http://www.Zimbu.org /// \\\ help me help AIDS victims -- http://ICCF-Holland.org /// -- -- 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 --- You received this message because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.