On 05-Aug-2012 20:57:24 +0200, Christian Brabandt wrote:
Hi Ingo!
On Di, 31 Jul 2012, Ingo Karkat wrote:
On 31-Jul-2012 21:31:24 +0200, Ben Fritz wrote:
On Tuesday, July 31, 2012 1:04:21 PM UTC-5, Ingo Karkat wrote:
On 31-Jul-2012 18:56:21 +0200, Ben Fritz wrote:
On Tuesday, July 31
On 03-Sep-2012 20:43:14 +0200, Christian Brabandt wrote:
Hi Ingo!
On Mo, 03 Sep 2012, Ingo Karkat wrote:
Hello Vim developers,
This issue came up on Reddit
(http://www.reddit.com/r/vim/comments/yyq4a/is_there_anyway_to_configure_vim_to_use_the/).
With :set clipboard=unnamed, small
= all, and N = for deletes
equal or larger than N characters?!)
Anyway, this should be put into the todo list, so that people are discouraged
from (ab)using this accidental side effect.
-- regards, ingo
--
-- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ --
-- http
-zero for failure.
Examples:
:call setreg(v:register, @*)
-- regards, ingo
--
-- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ --
-- http://vim.sourceforge.net/account/profile.php?user_id=9713--
--
You received
On 25-Aug-2012 13:49:15 +0200, Hans Tovetjärn wrote:
Hi!
I've been using a few GUI versions of Vim and most of them seem to
simply act as a wrapper while everything else remain the same. If one
already uses Vim one is probably familiar enough with the various
keybindings and commands to
On 23-Aug-2012 13:53:53 +0200, Jürgen Krämer wrote:
Bram Moolenaar wrote:
This is hard coded. Perhaps we should always show the year:
Year/Month/Day. That's ISO 8601. If it's a standard it must be right!
the separator between date values is a hyphen. A slash is used in time
intervals.
On 31-Jul-2012 18:56:21 +0200, Ben Fritz wrote:
On Tuesday, July 31, 2012 3:52:06 AM UTC-5, James Cole wrote:
[...] I know it'd be possible to write a map to do this, but it seems
like it'd be a sensible default behavior for z=
[4 lines deleted]
How about:
nnoremap z= :C-Uset
On 31-Jul-2012 21:31:24 +0200, Ben Fritz wrote:
On Tuesday, July 31, 2012 1:04:21 PM UTC-5, Ingo Karkat wrote:
On 31-Jul-2012 18:56:21 +0200, Ben Fritz wrote:
On Tuesday, July 31, 2012 3:52:06 AM UTC-5, James Cole wrote:
[...] I know it'd be possible to write a map to do
On 21-Jul-2012 15:46:11 +0200, Ken Takata wrote:
Hi,
I have updated the patch.
https://gist.github.com/3129572
(Hg comment lines begin with 'HG:' not 'HG: '.)
The same file (but not a patch) is also available at
https://github.com/k-takata/hg-vim .
2012/07/18 21:51:25 UTC+9 Ingo
On 18-Jul-2012 14:16:57 +0200, Ken Takata wrote:
Hi all,
I wrote a syntax file for hg (Mercurial) commit message.
I'm not familiar with hg and Vim syntax file, but any comments are welcome.
https://gist.github.com/3129572
I wonder why Vim uses hg for SCM but Vim doesn't have a syntax
On 30-Jun-2012 22:03:42 +0200, Bram Moolenaar wrote:
Taylor Hedberg wrote:
This patch doesn't appear to have been published in the Mercurial repo
on Google Code.
It should be there:
2d107086903a
updated for version 7.3.584 Problem: PyCObject is not always defined.
Solution: Use
enhancement.patch, an edited
version of what I had already sent to this list in an earlier discussion about
backtick-expansion.
-- regards, ingo
--
-- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ --
-- http://vim.sourceforge.net/account/profile.php?user_id=9713--
--
You
On 29-Jun-2012 12:55:10 +0200, Bram Moolenaar wrote:
Patch 7.3.569
Problem:Evaluating Vim expression in Python is insufficient.
Solution: Add vim.bindeval(). Also add pyeval() and py3eval(). (ZyX)
Files:runtime/doc/eval.txt, runtime/doc/if_pyth.txt, src/eval.c,
On 29-Jun-2012 16:28:48 +0200, Bram Moolenaar wrote:
Patch 7.3.579 (after 7.3.569)
Problem:Can't compile with Python 2.5.
Solution: Use PyCObject when Capsules are not available.
Files:src/if_py_both.h, src/if_python.c, src/if_python3.c
Thanks for the quick response, Bram.
On 29-Jun-2012 17:58:34 +0200, Bram Moolenaar wrote:
Ingo Karkat wrote:
On 29-Jun-2012 16:28:48 +0200, Bram Moolenaar wrote:
Patch 7.3.579 (after 7.3.569)
Problem:Can't compile with Python 2.5.
Solution: Use PyCObject when Capsules are not available.
Files: src
On 25-Jun-2012 04:44:10 -0700 (PDT), Steven wrote:
I've been experimenting with specifying spelling support in the syntax
file for Falcon PL. I think I've gotten the hang of @Spell and
@NoSpell but I've now come across blue squiggles.
Good; it's nice to have spell support in syntax files.
I
On 25-Jun-2012 07:16:46 -0700 (PDT), Ben Fritz wrote:
I see some of these so infrequently that sometimes I forget what they
mean, so I have this in my .vimrc:
show example of spelling highlights
command! SpellLegend noautocmd topleft new |
\ setlocal buftype=nofile tabstop=8 |
On 20-Jun-2012 17:13:53 -0700 (PDT), Tor Perkins wrote:
On Wed, Jun 20, 2012 at 11:37:20PM +0200, Christian Brabandt wrote:
[13 sentences deleted]
The bug was introduced with patch 7.3.552. The attached patch fixes it
(test included).
[5 sentences deleted]
I've attached a patch that I
On 16-Jun-2012 09:23:26 -0700 (PDT), mattn wrote:
[5 sentences deleted]
You are talking about completion. I agree that completion
should be applied wildignore. But user-own expanding shouldn't be
applied.
Well, actually 'wildignore' applies not just to file completion (with Tab),
but also to
On 15-Jun-2012 06:09:54 -0700 (PDT), mattn wrote:
Try following.
:set wildignore+=*.bak
:e `=foo.bak`
E480: No match: `=foo.bak`
I think, this should be matched to wildignore. Also :e `ls foo.c`.
I have the opinion that having 'wildignore' apply (they way it is now) is more
consistent
On 15-Jun-2012 15:35:05 +0200, Ingo Karkat wrote:
The issue is that some plugin writers have used backtick expansion as
a workaround for the mentioned bugs in fnameescape().
I think the help text could also be more clear about 'wildignore'; I only found
out about this behavior by chance
On 16-Jun-2012 01:18:24 +0900, Yasuhiro MATSUMOTO wrote:
No. Currentry, `=foo` is a just only way that can specify argument
without escaping, and can specify non-valid filename. This is usefull
to make buffer with especially name. ex: [##My Buffer##].
fnameescape() will properly escape that.
On 04-Jun-2012 09:17:48 -0700 (PDT), Ben Fritz wrote:
[15 sentences deleted]
However, I think this behavior is confusing, and there is a very small
window of time in an editing session during which the new behavior can
actually be used.
Right, the change is miniscule, but I don't think the
On 05-Jun-2012 08:17:23 -0700 (PDT), Ben Fritz wrote:
On Tuesday, June 5, 2012 1:20:21 AM UTC-5, Ingo Karkat wrote:
[14 sentences deleted]
I prefer the old behavior over the new.
No arguments here. In fact, I would like to have a 1v variant that
also applies the last selection
On 01-Jun-2012 18:52, Bram Moolenaar wrote:
Ingo Karkat wrote:
:startinsert should work like typing i in Normal mode (according to
the help). I found a small discrepancy while developing a custom
mapping:
vim -N -u NONE
ifooEsc
:echo string(@.) getpos('[) getpos('])
'foo' [0, 1, 1, 0
On 26-May-2012 08:01, Christian Brabandt wrote:
Hi James!
On Fr, 25 Mai 2012, James McCoy wrote:
On Fri, May 25, 2012 at 07:05:49AM -0700, Ben Fritz wrote:
Will this break typing 1v to reselect an area equal to the last
visual selection, but at the new cursor position? From just below
'normal! V' . v:count1 . '_'CR
-- regards, ingo
--
-- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ --
-- http://vim.sourceforge.net/account/profile.php?user_id=9713--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below
On 19-May-2012 13:42:01 -0700, Gary Johnson wrote:
On 2012-05-19, Ingo Karkat wrote:
On 19-May-2012 10:23:38 +0200, Ingo Karkat wrote:
Hello Simon,
I had already once sent you this patch; I'm trying again as we on vim_dev
are
currently attempting to establish the ownership and a new
Original Message
Subject: [PATCH] syntax/jproperties.vim spell checking
Date: Wed, 16 Nov 2011 16:14:59 +0100
From: Ingo Karkat sw...@ingo-karkat.de
To: Simon Baldwin sim...@sco.com
Hello Simon,
A long time ago, you provided the Vim syntax highlighting file for Java
properties
On 19-May-2012 10:23:38 +0200, Ingo Karkat wrote:
Hello Simon,
I had already once sent you this patch; I'm trying again as we on vim_dev are
currently attempting to establish the ownership and a new maintenance model of
Vim runtime files. If you're still willing to maintain this file
On 16-May-2012 08:35:30 -0700 (PDT), Ben Fritz wrote:
Or, how about just a clone of the main Vim repository? Often runtime
file changes are related to changes in the Vim code.
Often? Vim has superb backward compatibility, and the thing that started this
thread is adding @Spell support,
On 16-May-2012 21:42, Dominique Pellé wrote:
Ingo Karkat sw...@ingo-karkat.de wrote:
I would like to see runtime files treated the same way as all other
Vim sources. Right now, no patches are published, and Bram just
occasionally commits them to the repo.
Aren't you using Mercurial?
Yes
On 31-Mar-2012 04:09, Bovy, Stephen wrote:
The High-Lighted Cursor Line (?? Could ??) over-lay the
intersection of the High-Lighted Number-Line :)
While it would be possible in the high-color GVIM to mix the colors of the
LineNr and CursorLine highlight groups, this is not generally
On 29-Mar-2012 15:41:02 -0700, Gary Johnson wrote:
On 2012-03-29, Christian Brabandt wrote:
[14 lines deleted]
The help for 'cursorline' says:
,
| Highlight the screen line of the cursor with CursorLine
`
While 'cul' has always been highlighting complete lines. Do you
On 30-Mar-2012 21:35, Bram Moolenaar wrote:
[41 lines deleted]
I don't think we should change the current meaning of 'cursorline'.
What the original poster asked for is something else.
Since 'cursorline' is a boolean option we can't change it to be more
than an on/off switch.
That
On 12-Mar-2012 23:31:02 +0700, Charles wrote:
On 3/12/12, Ben Fritz fritzophre...@gmail.com wrote:
On Monday, March 12, 2012 12:43:30 AM UTC-5, char101 wrote:
You are correct that runtime! will run all the matched files, but what
you're missing is that most (all?) syntax files distributed
On 17-Feb-2012 13:34, Andy Wokula wrote:
Am 15.02.2012 19:36, schrieb Andy Wokula:
Am 15.02.2012 17:22, schrieb Ben Fritz:
New settings:
shellcmdflag: /c
shellxquote: (
and escape special chars with `^'.
So you're saying, we must escape all special characters, INCLUDING
QUOTES, and
On 17-Feb-2012 09:12:29 -0800 (PST), Ben Fritz wrote:
What if, instead of an option, we add an optional argument to
system()? Or is that too weird, to have a Windows-only argument to a
function?
Do we know of any plugins that break because of this, or is this a purely
theoretical case (well,
On 16-Feb-2012 16:15, MacDonald, Stuart wrote:
From: On Behalf Of Ben Fritz
Unfortunately I'm running XP 64-bit, not Vista or 7 just yet.
The pages you link say that Disabling file system redirection for
longer periods can prevent 32-bit applications from loading system
DLLs, causing the
On 14-Feb-2012 13:44:56 -0800 (PST), Alexey wrote:
On Feb 14, 10:12 pm, Taylor Hedberg tmhedb...@gmail.com wrote:
Alexey, Tue 2012-02-14 @ 12:12:28-0800:
I wanted to ask this in user list first, but have not yet received a
response to my subscription request.
I've found no obvious way to
On 15-Feb-2012 09:31:04 +0100, Ingo Karkat wrote:
And BTW, the Windows console version of Vim somehow has the priorities
mixed up; I'll submit a defect.
Scratch that, it's not a defect, but a peculiarity of the Windows console. The
cursorline default highlighting is cterm=underline, which
On 03-Feb-2012 11:14:54 -0800 (PST), Wallace Babb wrote:
(not sure if this should be in Vim_use instead, but anyway)
Probably, but never mind.
I seem unable to find any resources pertaining to making text or
characters being displayed as _other_ characters.
For example, say I want the form
On 31-Jan-2012 18:49:36 +0900, tyru wrote:
It'd be better if rhs is :C-ucall ... instead of :call ...
Do you mean that avoid to call the function with :','? However, this
function don't work for contents in visual selection.
oh, I mistook noremap for nnoremap .
What I wanted to say was
Subject: Re: mapping mess - leader g:foo options etc
To:vim_dev@googlegroups.com
Cc:
Bcc:
-=-=-=-=-=-=-=-=-=# Don't remove this line #=-=-=-=-=-=-=-=-=-
On 25-Jan-2012 19:45:27 +0100, Marc Weber wrote:
What about reworking the way users can customize plugin mappings?
How can you
On 27-Jan-2012 13:54:45 +0100, Marc Weber wrote:
If you happen upon a plugin that simply does something like this:
nnoremap C-xC-p :call SIDMyFunc()CR
one line
Kindly ask the plugin author to change it into this:
nnoremap silent Plug(PluginNameMappingName) :call SIDMyFunc()CR
if
On 14-Jan-2012 3:28 -0800 (PST), jimrandomh wrote:
[29 lines deleted]
Editing vim's C implementation instead might be better - make a
special buffer type or fold type that handles cross-file relations.
Again, a lot of things pick up new corner cases - the screen
rendering, cursor motions and
On 13-Jan-2012 20:23 -0800 (PST), Ben Fritz wrote:
On Jan 12, 9:39 am, jimrandomh jimrand...@gmail.com wrote:
I'm currently working on a folding-related plugin. Its main function
is to generate good folds from syntax, spanning a function, its header
comment, and one blank line after, so that
be trivial to add after the line2byte() enhancement is done.
On 20-Dec-2011 08:45, Ingo Karkat wrote:
I'd like to direct the attention also to the related go / :goto
commands. I have rarely used them, but I imagine that the main use
case is that some external tool is pointing me to a byte offset N
On 04-Jan-2012 17:22, Bram Moolenaar wrote:
Ingo Karkat wrote:
On 04-Jan-2012 00:39, Ben Fritz wrote:
[...]
I don't notice anything about
line2byte() in the todo list, so I'm expressing my support again
either for a new function, or an optional argument to line2byte();
either telling
On 19-Dec-2011 13:07, Дмитрий Франк wrote:
line2byte() does not care multi-byte characters.
For example, if my buffer has file-encoding utf-8, and there's some
cyrillic characters in the buffer (each cyrillic charater takes 2
bytes), then line2byte('.') returns wrong result (it doesn't care
On 19-Dec-2011 14:40, Дмитрий Франк wrote:
19 декабря 2011 г. 17:03 пользователь Ingo Karkat sw...@ingo-karkat.de
mailto:sw...@ingo-karkat.deнаписал:
On 19-Dec-2011 13:35, Дмитрий Франк wrote:
Citation from help: Return the *byte count* from the start of the
buffer
On 20-Dec-2011 01:07, mattn wrote:
On Tuesday, December 20, 2011 5:53:00 AM UTC+9, Дмитрий Франк wrote:
Your suggestion
len(iconv(getline('.'), encoding, 'char'))
returns length of current line, but i need to get length of all lines from
buffer start to current
On 13-Dec-2011 12:49, Peter Slížik wrote:
[37 lines deleted]
* to introduce two new commands, e.g. :clearhl and :restorehl,
which would allow the user to turn the highlitghts off.
Neither intuitive nor easy to find, but :nohlsearch already exists :-)
-- regards, ingo
--
You received this
On 08-Dec-2011 16:27, Andy Wokula wrote:
, |||, ^^^, ~~~, ...
Another thing that will bloat Vim's syntax!
What about a function
bitwise({opname}, {value1}[, {value2}])
{opname} can be one of , |, ^, etc.
+1; This would be used so rarely that it doesn't warrant a modification of
On 06-Dec-2011 12:27, Christian Brabandt wrote:
I think, within minor versions, Bram concentrates on bug fixing. [...]
I think so, too, and it makes a lot of sense.
New features are introduced with a new major/minor version, I don't
know if and when Bram considers merging new features into a
On 08-Nov-2011 17:59, Ben Fritz wrote:
Have you tried the advice at
http://vim.wikia.com/wiki/Keep_folds_closed_while_inserting_text ?
It's obviously not originally meant to speed things up, but has that
nice side effect.
I use this tip, and yet occasionally encounter such slowdowns
On 07-Nov-2011 04:05, P.L. Francisco Javier wrote:
Input()/Inputdialog() show repetive information at startup, the following
reproduce the behavior if it's added to $HOME/.vimrc:
if !isdirectory(expand(expand(~/.vim/bundle/vundle/.git/)))
call inputsave()
if
On 08-Nov-2011 01:28, Kana Natsuno wrote:
[...]
It means that :doautocmd triggers modeline processing in any context.
I have occasionally used :doautocmd, but that didn't cause any problems for me.
I do share your concerns, a clear separation (e.g. :domodelines) or at least
good explanation
On 31-Oct-2011 20:37, Ernie Rael wrote:
Off topic, but I've been wondering...
Is there an option to use perl/python syntax for RE? If not, would that be a
welcome patch? Could it be done with vim's scripting?
Both have unique constructs, cp. :help perl-patterns.
Also an optional string
On 22-Oct-2011 19:47, Bram Moolenaar wrote:
Yasuhiro Matsumoto wrote:
I'm not sure if InsertCharPre should apply when the popup menu is
visible, keys mean something else then. Perhaps we would need another
event for that sitiuation?
No. I think that it can avoid to insert 'f' with
On 21-Oct-2011 07:32, Yue Wu wrote:
Hello, list,
As the title, if a tab can have a buffer list independent with other
tabs, then I can use tab to category the buffers, and one tab for one
project.
This is against Vim's model, and therefore unlikely to be implemented. However,
you could
On 21-Oct-2011 22:51, LHB Jr wrote:
-Original Message-
From: Ingo Karkat sw...@ingo-karkat.de
To: vim_dev vim_dev@googlegroups.com
Sent: Fri, Oct 21, 2011 11:02 am
Subject: Re: [feature request] tab with independent buffer list
On 21-Oct-2011 07:32, Yue Wu wrote:
Hello, list
On 20-Oct-2011 17:12, Thilo Six wrote:
Charles Campbell wrote the following on 19.10.2011 22:22
Hello Charles,
-- snip --
Vim is not parallelized; ie. plugins are loaded one at a time, so
there's no race situations possible. There can, however, be sequencing
issues. The runtime
On 10/10/2011 03:43 PM, mattn wrote:
I hope that SNR functions should be following after global
functions. Is this a problem of sort?
Currently, SNR functions are there before global functions. it's not
useful.
It's a good idea to show the SNR functions last. Normal users don't
use them, and
On 09/27/2011 04:40 AM, David Fishburn wrote:
...
If the + and * registers are not modified by yank operations, then
shouldn't v:register = when yanking text (3rd line in the above
sample). Since @+ is not modified at all.
:help v:register mentions nothing about the *effective register*,
2011 22:50:09 +0100
From: Ingo Karkat sw...@ingo-karkat.de
Reply-To: vim_dev@googlegroups.com
To: Vim Developers vim-...@vim.org
Hello Vim developers,
I think that the initial value of v:register directly after Vim startup is
inconsistent. Observe:
vim -N -u NONE -c 'nmap ,x :echo string
On 09/26/2011 10:21 PM, Bram Moolenaar wrote:
Ingo Karkat wrote:
Hello Vim developers,
The current discussion about v:register and unnamedplus reminded me of
a patch I had sent some time ago. It used to be in the todo list, but
apparently isn't any more. (Maybe it was accidentally removed
On 09/18/2011 01:49 PM, Tim Starling wrote:
On 18/09/11 21:01, Bram Moolenaar wrote:
Some people use Vim to edit Wikipedia articles, and probably also to
edit other wikis that use also the MediaWiki backend software.
Would you please accept the MediaWiki syntax file into Vim?
It's at
On 01-Sep-2011 17:24, Tony Mechelynck wrote:
On 31/08/11 17:49, Charles Campbell wrote:
Charles Campbell wrote:
Hello!
I recently checked my plugins' ratings:
08/09/11 script 677/279/10776: Manpageview.vim
08/31/11 script -133/1094/10866: Manpageview.vim
This seems like an odd thing --
On 21-Aug-2011 16:17, Hari G wrote:
On Aug 21, 12:11 am, Ingo Karkat sw...@ingo-karkat.de wrote:
Why doesn't the file:// support of the netrw plugin suffice?
Netrw doesn't work for me for URLs like file:///d:/foo.txt or
file://localhost/d:/foo.txt, (on Windows) probably because of an
extra
On 20-Aug-2011 17:38, Hari G wrote:
The attached patch adds support for using file:// URIs in the command
line in most places where fiile system paths are used. Recently this
was asked for also.
(http://groups.google.com/group/vim_dev/browse_thread/thread/0ff59642ad652b9d)
Does this handle
On 17-Aug-2011 21:07, Jean-Rene David wrote:
* Bram Moolenaar [2011.08.17 14:50]:
Jean-Rene David wrote:
I often use the_underscore_convention for naming
[...]
It's a nice idea, but it doesn't select convention in the example you
gave.
FYI, I have implemented such text objects (and
On 12-Jul-2011 11:17, Marc Weber wrote:
Excerpts from Ingo Karkat's message of Tue Jul 12 09:36:52 +0200 2011:
IMO most of the complexity is due to the Vim API, not VimL itself. So, unless
you completely redesign the API (and that probably means changing much of the
core Vim implementation as
On 20-May-2011 22:56, Ben Bergman wrote:
I am trying to use the ; command to repeat a search done with t but
since the cursor is already in front of a value that matches the
criteria, it does not repeat the search. The same thing happens when I
use , as the cursor goes to the right of the
On 17-May-2011 03:42, hari.rangara...@gmail.com wrote:
For the record, I have gone through the solutions at this wiki:
http://vim.wikia.com/wiki/Moving_through_camel_case_words; however, I
was still left wondering if there has been an attempt to solve the
camel case word movement natively in
On 17-May-2011 10:33, Marc Weber wrote:
Can't we make Vim accept custom moves then?
then dX vX =X etc would work where X is the custom vimL code moving the
cursor?
Something like
:setlocal custommovement=camelcase#CamelCaseMovement
And this new setting would affect the word-wise
On 17-May-2011 17:07, hari.rangara...@gmail.com wrote:
Ingo -- I did check out your plugin, and I might actually end up using
it regularly :). There were a basic things which caught my eye as
incomplete: Is there a reason you didn't choose to implement the 'ge'
operator?
[code snipped]
On 06-May-2011 09:18, mattn wrote:
Sorry about my cutting into your topic.
I think vim shouldn't use unique value for timer interval
'updatetime'. I guess most of users won't like this interface.
Because, some script application may run the timer quickly. but
someone don't expect.
We
On 06-May-2011 11:51, mattn wrote:
On Friday, May 6, 2011 5:25:11 PM UTC+9, Ingo Karkat wrote:
I agree that setInterval() would help. As a script writer, I could
also imagine something like this:
3. autocmd timeout=4000 CursorHold * ...
I agree your said except No3. ;-)
Perhaps, we
;
Again, I hope for the insights of developers more familiar with the code.
-- regards, ingo
--
-- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ --
-- http://vim.sourceforge.net/account/profile.php?user_id=9713--
--
You received this message from the vim_dev
On 13-Apr-2011 17:07, Andy Wokula wrote:
It's more about consistency:
When you define a mapping, you can check if a count was given or not
(check v:count = 1).
When you define a command with -range, you cannot check if a range was
given or not.
A purist would argue that this information
On 09-Apr-2011 14:54, Andy Wokula wrote:
For example, I have a command :InFunc . It's quite a trivial command,
it takes an argument Ex-command and executes it within a function.
Purpose is to automatically restore the highlighting state and the last
search pattern.
:h
of :echo to
display the contents. Many plugins use that approach.
-- regards, ingo
--
-- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ --
-- http://vim.sourceforge.net/account/profile.php?user_id=9713--
--
You received this message from the vim_dev maillist.
Do
On 09-Mar-2011 10:37, tyru wrote:
1. vim -u NONE -i NONE
2. :echo strdisplaywidth(\Tabfoo, 8)
It returns 11 but I expect that the return value is 3 (foo).
I'm getting something wrong?
Default 'tabstop' value is 8, so strdisplaywidth(\Tab) returns 8.
it is expected value, though.
11 = 8
On 09-Mar-2011 13:25, tyru wrote:
On Wed, Mar 9, 2011 at 7:56 PM, Ingo Karkat sw...@ingo-karkat.de wrote:
On 09-Mar-2011 10:37, tyru wrote:
1. vim -u NONE -i NONE
2. :echo strdisplaywidth(\Tabfoo, 8)
It returns 11 but I expect that the return value is 3 (foo).
I'm getting something wrong
On 17-Feb-2011 17:48, Paul LeoNerd Evans wrote:
On Fri, Feb 04, 2011 at 07:14:29PM +0100, Bram Moolenaar wrote:
Send me a patch and I'll look into it.
This is a large undertaking. This isn't a send me a patch request.
I would love to have this, too, if only because after so many happy
On 08-Feb-2011 00:06, Christian Brabandt wrote:
On Sa, 05 Feb 2011, Ingo Karkat wrote:
Here are some rules and guidelines from my personal Vim scripting guide:
Good information. I took your text, reworked it a little bit and put it
into the faqı It's question 20.20 and it should
On 05-Feb-2011 15:34, Bram Moolenaar wrote:
Agreed. This is the simplest and most straightforward solution.
I concur. So, do you accept my two patches (v:register value with
clipboard=unnamed,unnamedplus and Startup value for v:register), or is there
anything left to do?
-- regards, ingo
--
On 06-Feb-2011 14:38, Bram Moolenaar wrote:
They are in the todo list.
Ah, okay. I had checked todo.txt in Mercurial and on ftp.vim.org, and they're
both outdated:
*todo.txt* For Vim version 7.3. Last change: 2011 Jan 07
Do you keep an up-to-date version anywhere online? I can
On 16-Jan-2011 22:47, Ingo Karkat wrote:
I would propose changing the default value of v:register in case of
selection=unnamed from '' to '*' (and correspondingly for
selection=unnamedplus to '+').
Any feedback about this and my accompanying Startup value for v:register
patch? As I mentioned
On 04-Feb-2011 21:45, ZyX wrote:
There is one compatibility problem for empty v:register value: constructs like
execute normal! \.v:register.yy
won't work.
Good point. Actually, I was surprised that the following works even with an
empty v:register:
execute 'echo @' . v:register
Hello Vim developers,
After reading a discussion on improving the following snippet mentioned in :help
last-position-jump
:au BufReadPost * if line('\) 1 line('\) = line($) | exe
normal! g`\ | endif
in the Vim Tips Wiki
On 16-Jan-2011 23:09, ZyX wrote:
Reply to message «PATCH: v:register value with
clipboard=unnamed,unnamedplus», sent 00:47:38 17 January 2011, Monday
by Ingo Karkat:
I would propose changing the default value of v:register in case of
selection=unnamed from '' to '*' (and correspondingly
, 4:13 pm, Ingo Karkat sw...@ingo-karkat.de wrote:
Wow, I hoped it would be simple, but I didn't imagine it THAT simple :-) Any
insights whether the implementation of passing FALSE was deliberate?
I can at least confirm that this patch fixes the issue in my automated
tests. I
will run
.
-- regards, ingo
--
-- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ --
-- http://vim.sourceforge.net/account/profile.php?user_id=9713--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying
--
-- Ingo Karkat -- /^-- /^-- /^-- /^-- /^-- /^-- http://ingo-karkat.de/ --
-- http://vim.sourceforge.net/account/profile.php?user_id=9713--
--
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
On 06-Jan-2011 17:30, Bram Moolenaar wrote:
Ingo Karkat wrote:
I encountered this, too, and it severely impacts automated testing of
Vim plugins. (I was hit by this recently, sorry that I didn't yet
report it; I'm glad that the example mapping from Douglas shows the
problem so succinctly
On 29-Dec-2010 13:44, Yaron Hirsch wrote:
Hello,
I've been trying to get notifications from Vim on when the contents of
buffer(s) change. I've encountered the following problems:
(...)
Why do you need this? What is your use case (and is it related to text editing,
or already going beyond it
On 27-Dec-2010 16:11, Samuel Ferencik wrote:
Hi,
I have a long SQL script, for which I use folding. Every (multi-line) SQL
statement is folded.
Suppose I want to delete all the lines which don't contain the string
varchar.
I run
:v/varchar/normal dd
Surprisingly, everything is
On 21-Dec-2010 22:33, Bram Moolenaar wrote:
Ingo Karkat wrote:
Alternatively, couldn't something starting with a backslash be used,
for example \{99}?
That's already used. We could use \%99g, where g stands for group.
Ah yes, I (and probably the OP with his proposed ${N} syntax) forgot
201 - 300 din 399 matches
Mail list logo
