on small and
almost-guaranteed-not-to-break changes with at least two trusted people
checking each before going live. I think you suggested that. Perhaps in a
few months after things have settled down, more adventurous changes could
be considered.
John Beckett
>
>
--
--
You received this
Thanks Christian for the excellent gn added in 7.3.610. However,
using Vim 7.4.972 I'm seeing this problem with cgn after search.
Put the cursor at beginning of line:
abc x def x ghi x jkl
Type /x and press Enter to find first x.
Type cgn"x" and press Esc to replace search hit with "x" (three
Bram wrote:
The Summer of Code is here again this year. If we want Vim to
participate we need a few mentors and someone to organise the
application.
To be realistic, I won't have much time for this. I can help
out where needed, but the bulk of the work will have to be
done by you!
Kartik Agaram wrote:
He's referring to the link Plain text (by Yegappan Lakshmanan
and Gavin Sinclair), which should probably be deleted.
Bram: It looks like a few documentation changes are needed.
*** http://vimdoc.sourceforge.net/
The first (Plain text) and third (Vim Help format) lines
Christian Brabandt wrote:
With the release of the Unicode version 7.0 yesterday, the
rouble sign has been assigned U+20BD. It probably makes sense
to update all the generated unicode data in the Vim source
however.
Can I hijack this to ask about U+2022 which is a nice bullet.
One way to
It's a bit hard to see the excellent advice in that last post,
so here it is:
To delete (not cut) all lines matching pattern use:
:g/pattern/d_
John
--
--
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
Lech Lorens wrote:
Would anyone else volunteer as a mentor?
For GSOC2012, Bram needed another person to register with
Google, and I was that person. I would be happy to do that again
if wanted. I could act as a coordinator to check that things are
ok for student(s) and mentor(s), and raise
It looks like the wiki has had the answer since March 2013:
http://vim.wikia.com/wiki/Script:311
That is linked in the top line at:
http://www.vim.org/scripts/script.php?script_id=311
I have not used the plugin, but what is written at the above
looks exactly what is needed to fix the error
lazureus wrote:
I'm encountering some similar problems as Dariusz have seen
however on the 64-bit Ubuntu. Trying to run :Rgrep from VIM
I get following error message :
Error detected while processing function
SNR19_RunGrepRecursive..SNR19_RunGrepCmd:
line 20:
E484: Can't open file
Ben Fritz wrote:
Because my workplace's IT somehow blocks access to github and
other places when using git tools but not when using a
browser. I can download an archive from github when I point my
browser to the project webpage but git clone/fetch/pull all
fail.
You know about $http_proxy
Ben Fritz wrote:
You know about $http_proxy (or some other method of telling
the tool about your proxy server)?
Nope, never heard of such a thing. But I actually never use
git except for getting Vim plugins.
At one point I could access Hg and git repositories just fine,
but not SVN.
Sure,
Bram Moolenaar wrote:
I got pointed at a copyright notice in the
$VIMRUNTIME/vimlogo.eps file. That's because the file was
generated by Corel Draw and includes some stuff apparently
written by Corel.
To avoid a discussion about whether distribution is OK,
perhaps someone can take the Vim
Dimitar DIMITROV wrote:
Now try :ec getpos('.') - [0, 4, 17, 0]
Move away and :call setpos('.',[0,4,17,0])
If you use up down k or j you will not move just
above/below the char but in some weird location
Say the cursor is in column 20, then setpos() is used to jump
to [d], then k is pressed.
I wanted to update our tip[1] on building Vim in Windows with
Visual Studio to use VS 2012 Express, as well as VSE2010.
While doing that I noticed that there is a double percent (%%)
in two batch files, and I'm pretty sure it is wrong. The extra
percent is ignored, so nothing bad happens, but if
Bram Moolenaar wrote:
Yes, the database appears to be down.
They upgraded the project recently, but I have no reason
to assume this is related.
Please check the sourceforge site for any known problems.
Or file a support ticket.
I'm afraid I don't have time right now to look into it.
The
Bram Moolenaar wrote:
Please check the sourceforge site for any known problems.
Or file a support ticket.
I've poked around and can't find anything, so I have filed a
support ticket:
https://sourceforge.net/p/forge/site-support/3872/
John
--
--
You received this message from the vim_dev
The vim.org problem has been fixed by Sourceforge.
However, my checking of some recent changes to the vim.org
database shows that vim.org was scanned by someone with Acunetix
Web Vulnerability Scanner. That was used to generate at least
124 user accounts, including text fields intended to probe
Bram Moolenaar
So how about this: 7.4.000 will be released with MS-Windows
binaries that still support the old systems. Once it's out
and it looks OK we drop support for older systems. That way
7.4 is what needs to be used for old systems. It includes a
lot of bug fixes since the last
Roland Eggner wrote:
Prior to dropping support for w2k please consider:
(1) w2k is known to be the least faulty OS version released
by its vendor so far, because the phrase based on NT was a
lot more than just an advertising, the development history of
this OS version differed significantly
Bram Moolenaar wrote:
This is what the attached patch enables, by adding the new
flag 'N' to the 'cpo' setting.
Well, instead of adding an option, what about:
:noremap n /CR
:noremap N ?CR
The option would be much better!
I sometimes map n and N to add zz so the hit is in the
Gary Johnson wrote:
Won't that break any plugins that use 'n' or 'N' after a
reverse search?
I agree that the proposed behavior would be less confusing
than the current behavior, but changing it in any way that
would break existing scripts seems like a non-starter.
There are times when
Michael Henry wrote:
I've always been confused by the behavior of n and N
after backward searches. The only work-around my brain can
handle is to simply avoid backward searches entirely;
instead, I search forward and press N.
Agreed. That's usually how I resolve the problem as well.
Gary Johnson wrote:
Does anyone posting to vim_dev receive similar spam?
I used to get this but I don't any longer. I still have two
of them in my inbox, probably the last two I received.
They're dated August 1 and 2, 2012.
Thanks, but I need to know if you are sure the spam was as a
result
Bram Moolenaar wrote:
Bram: Do you want me to remove the Other Vim patches
section from [1] (and email you when done)? I don't think the
list was established elsewhere, so it needs to be removed?
I thought we copied the patches to somewhere...
If we don't have this list somewhere I think we
So8res wrote:
On the vim patches page [1] the link to vim_dev mailinglist
patches [2] is broken.
More generally, where should such website bugs be reported
and how are they fixed?
[1] http://www.vim.org/patches.php
[2] https://groups.google.com/group/vim_dev/web/vim-patches
Thanks,
Hans Tovetjärn wrote:
My knowledge is rather limited when it comes to C so it's
difficult for me to estimate how much effort introducing
something like this would take (which is part of the reason
for me asking - curiosity).
As Ingo mentioned, any GUI feature is likely to be resisted
because
Andy Wokula wrote:
If it's just about the size of the LineNr font, you can have
it changed:
:hi LineNr font=XXX
where XXX is a 'guifont' argument,
:set gfn?
Amazing! That works, although in a quick test it appears that
the line number characters occupy the same width and height as
Bee wrote:
These do the same thing:
let @/ = @/ . pad[c]
let @/ .= pad[c]
Is there an advantage (speed? resources?) to use one rather
the other?
Things like += and .= are mainly a convenience for
comprehension. Using += the LHS is mentioned only once
(LHS += RHS rather than LHS = LHS +
sfosparky wrote:
+ IF one uses one of Flare's internal GUI editors, AND one
also uses GVim for Windows to simultaneously edit the same
file, THEN Flare gets confused
I am not at all surprised by that! One BIG problem is that the
user (you) is also sure to get confused at some critical time
I don't know, but a short problem description follows.
In gvim, the following shows cancel if press Esc to cancel.
:set guioptions
:echo ''.inputdialog('Enter text ', 'default', 'cancel').''
But the following shows if press Esc to cancel.
:set guioptions+=c
:echo ''.inputdialog('Enter text ',
Bee wrote:
I tried to delete all search history using:
:call histdel('/')
This is a duplicate of your message in vim_use.
Please do not post about the same topic here, as that just
causes confusion. Any replies should be at vim_use.
John
--
You received this message from the vim_dev
Jonathon Merz wrote:
(I don't have access to Visual Studio unfortunately)
It's pretty easy to install the free Express version, see:
http://vim.wikia.com/wiki/Build_Vim_in_Windows_with_Visual_Studio
Debugging would require using the GUI which requires
registration (if used after the first 30
Here are some thoughts for a group-managed repo.
It must be simple for the group managers, and for file
maintainers, and for Bram. It must also be simple for anyone to
report a problem or make a suggestion.
It should be similar to the existing Vim repo, and Mercurial
should be available just as
What directories should the group manage?
A possibility is below, although it may be too ambitious. It
shows all first-level directories under runtime, with some to
be managed by a group, and the remainder run directly by Bram.
The files in 'runtime' would NOT be part of the group repo, but
all
Bram Moolenaar wrote:
What sign of modifier do you want against :8 ? :l ?
Or new function?
Currently :p turns any path into a full path, so that when
two names are expanded with :p they can be compared to find
out if they are equal.
Except for symlinks, that requires using resolve().
So
mattn wrote:
If :p (on Windows) always produced the expanded long name, then
:p:8 could be used if someone wanted the short full path.
No.
:echo fnamemodify('C:\Program Files', ':8:p')
C:\PROGRA~1
If there is a problem, please spell it out as the above is
correct.
I can't see a reason
Kazunobu Kuriyama wrote:
As a maintainer of a few runtime files, I have something to
make sure of: Are there any changes for the current
maintainers in what they observe--policy, obligations, or
something similar to those, to maintain the runtime files
they are in charge of?
Nothing is
Dominique Pellé wrote:
Yes. Maintainers were in CC of the emails. But perhaps I
should write to the maintainers only to avoid sending too many
emails to vim_dev (still more of those simple patches to
come...)
There is no good way to do this except to email the maintainers
only ... wait, try
Bovy, Stephen wrote:
I have tried using this
source $VIMRUNTIME/mswin.vim
But I cannot get the copy and cut to put anything on the
clipboard
First step is to check output of :version to see if you have
+clipboard (feature supported) or -clipboard (not enabled
during build).
I do not know
Bovy, Stephen wrote:
When I use a Different X-Window Server this strange
esoteric problem completely disappears
I'm glad you have fixed the issue but for the future please use
the customs of this mailing list.
Your last message includes five copies of the standard email
footer which includes:
Žroutík wrote:
I was trying to subscribe to the vim-dev list by email.
Therefore, I sent an email to vim-dev-subscr...@vim.org (see
below in the header of the original message) -- as requested
at http://www.vim.org/community.php
My email was delivered, but the subscription was unsuccessful
Taro MURAOKA wrote:
We holds translated Vim's documentation in Japanese at here.
http://vim-jp.org/vimdoc-ja/
Please add a link for it to http://www.vim.org/translations.php
Or who are best to ask it?
I added the information. You may need to reload the page in your
browser (flush cache) to
Val Markovic wrote:
Any help, advice or guidance would be greatly appreciated.
Someone needs to spend quality time:
1. Working out the problem is.
2. Fixing problem.
You could help point 1 by giving a brief indication of what the
problem is. Yes, the subject line tried to do that, but a few
smu johnson wrote:
In case anyone is curious, I'm trying to simulate the regular
searching slash key to be used to only search and
highlight, but _not_ jump to the next match.
Some good ideas are here:
http://vim.wikia.com/wiki/Highlight_all_search_pattern_matches
John
--
You received this
Charles Campbell wrote:
I think it would be best to NOT test when under Windows
because there is no reasonable way to do so. If there were a
reasonable way for a script to store persistent data, you
could consider displaying a message the first time one of the
commands is invoked, letting the
Charles Campbell wrote:
So, how best to make this work? I was thinking
if has(win32) || has(win95) || has(win64) || has(win16)
if executable(cmd)
let g:netrw_localmovecmd= cmd move
endif
endif
No, as Ben said it would have to be cmd /c move and that's
just going to cause
John Beckett wrote:
letting the user know that netrw will
use 'move', 'mkdir', 'rmdir' as a default
I mean 'copy', not 'move'.
I wouldn't bother doing anything about it, but FYI line 3837:
if executable(start)
I just thought about this and checked. There is no executable
'start
Senthil Kumaran wrote:
I am trying to compile vim from source with python
interpreter on Ubuntu. I have installed the dependencies for
vim, installed python2.7-devel and python2.7-dbg packages on
Ubuntu and do the configure step like this
./configure --enable-pythoninterp
Marc Weber wrote:
So does anybody have an idea whether this is a (badly
written) real job offer by Bram or whether it is what it
looks like: spam?
Of course it's spam. I have already notified Bram and deleted
the original post from the Google Groups archive.
I don't think there is anything
Marc Weber wrote:
It does not talk about the kind of employee they are looking
for (coder, artist, ..)
I had better warn any naive readers:
Never believe anything you read on the Internet, including
emails that appear to come from Bram.
Spam can be spam (it is genuinely promoting something).
Charles Campbell wrote:
You may find it at:
http://www.drchip.org/
Thanks Chip. I have updated all the pages at the Vim Tips wiki
which used to refer to the old website (if anyone looks for that
in 'Recent changes'), click 'Show bots').
John
--
You received this message from the vim_dev
Ben Schmidt wrote:
I need a backup administrator, it's mandatory for applying.
I can act as a backup if necessary, too. I've been a bit quiet
recently, but if direct questions or a direct task were in
front of me I'd be able to help out.
Thanks Ben. If Bram is not around and I have some
Bram wrote:
1. Write tests for the regexp engine, so that we can finally
use NFA.
2. Fix bugs and review patches
3. Fix bugs and review patches
2. and 3. should be able to work together, so that the mentor
(me) does not have to spend too much time on reviewing patches.
To be able to apply
Robert Melton wrote:
Wow. You can not be seriously linking a two our old
executable and claiming it contains a lot of plugins.
The only thing on that github is 3 executables and a blank
README. Not to mention you have no other github activity,
at all.
Thanks Robert, you are right of course.
Edwin Steiner wrote:
I found it most reliable for testing to write a simple C
program that prints its argv[] array.
I did that a few years ago, and in case anyone is interested,
here is what I used.
/* Echo arguments in one line.
* John Beckett 2007/05/25
* This is to see what is passed
Ben Fritz wrote:
:r !dir C:\WINDOWS\system32\*.com
Volume in drive C is Local Disk
Volume Serial Number is EA9A-15F2
Directory of C:\WINDOWS\system32
02/18/2007 06:00 AM29,696 format.com
02/18/2007 06:00 AM16,384 more.com
2 File(s)
Bovy, Stephen wrote:
When I use the mouse with vim and putty on z/OS the left
mouse-click scrolls the buffer down
The term type is xterm
Please bottom post on this mailing list.
Quote a small (relevant) part of the message you are replying to,
and put your text underneath.
Delete text that
Peter Valdemar Mørch wrote:
I'm looking for patch #15: Correctly indent wrapped lines
in particular.
Google closed the ability for groups to have web pages or files.
That is, they deleted the patches list. I had a discussion with
Bram about whether we should put the list somewhere like the
Leonard Ehrenfried wrote:
I have already emailed the original author/maintainer
(according to the file David Necas) but have not received a
reply from him. What would be the best way to get the file
into the vim distribution? (I have search but not found a
contributors guide).
Should David
niva wrote:
Following the instructions to get vim 7.3 last version with
MErcurial, I am trying to patch this version with the latest
patch under windows but...
What Hong said.
However, you may find this tip helpful:
http://vim.wikia.com/wiki/Build_Vim_in_Windows_with_Visual_Studio
John
--
Dominique Pellé wrote:
It works for me on Linux too. I don't have Windows to test.
I don't see why it would not work on Windows at first sight.
I have just performed some tests on Windows XP:
These work (pressing Tab provides argument completion):
:command! -nargs=* -complete=file Xfil :echo
Bram Moolenaar wrote:
Dominique Pellé wrote:
Thanks John. You're probably right about the {dir1,dir2} glob
expression not being portable.
Attached patch avoids such glob expression and should thus be
more portable. I can only test it on Linux so I would
appreciate if someone else can
Jean-Rene David wrote:
Sent: Monday, 2 May 2011 12:09 PM
To: vim_dev
Subject: reproducing 'daw' on last word in a file
I would like to fix this item from todo.txt but can't reproduce it:
7 When using daw on the last word in a file and this is a
single letter, nothing is deleted. Should
Ben Schmidt wrote:
Turns out you're right, John, though I couldn't find any
actual evidence in your mail or the thread you cited to prove it. :-)
However, this page does prove it:
http://sourceforge.net/apps/trac/sourceforge/wiki/Custom%20VHOSTs
Interesting docs, thanks. BTW while in general
Ben Schmidt wrote:
Just to clarify, I don't mean that it's working for end
users; I just mean it looks to me like the server is
responding correctly, so if our DNS admin agrees to make the
change outlined above, things should go smoothly.
Here is a rehash from the August 2010 thread:
Hoss wrote:
$ find . -mindepth 1 -maxdepth 1 -name '*.pm' | xargs sh -c
'/usr/ local/bin/vim -p $@ /dev/tty'
The find command has 60 hits. Now, if I just run this
command, it works fine, and I get 10 tabpages. I want each in
their own tabpage, so I put this in my .vimrc file
set tpm=60
Craig Barkhouse wrote:
Assuming you don't want permissive sharing when doing actual
I/O (I argue above that you don't), I question the value of
changing mch_access() in the proposed way. The point of
mch_access() is to give you a predictor of what types of
access will likely work. If the
Axel wrote:
is there any possibility - from within gvim - to change the
Windows icon that is displayed for the application in the
Windows shell (aka Windows Explorer ;-).
As explained, no. If the icon really bothers you, I believe it
is possible to easily hack an exe file. I rarely see icons
Yegappan Lakshmanan wrote:
If you wanted somewhere to host the download, perhaps the
Files section shown at the following could be used:
http://groups.google.com/group/vim_use
This sounds good. I can upload the text version to this location.
You would need to email me (or another manager)
Christian Brabandt wrote:
Major problems of putting the FAQ on the wiki include:
- The size, and working out how to split it up (doable).
Please don't split it. How about submitting the FAQ to Bram
for inclusion into the Vim runtime files? I already got:
~$ ls ~/.vim/doc/*faq*
vim_faq.txt
Yegappan Lakshmanan wrote:
Last year I thought about moving the FAQ pages to the Vim Wiki
site. But that didn't happen. As the FAQ is a big document, we
need to split it into multiple wiki pages (one per section?).
Sorry that I abandoned that project (well, technically, it is
still on my TODO
Nicholas wrote:
I am used to work with tab pages in vim in console mode. One
of the most commonly used actions is to jump from one tab
page to another.
There are several ways:
1) using :tabnext or :tabprevious command repeatedly
until target tab page is arrived.
2) count the target tab
Jon wrote:
any feedback from a core committer as to whether this patch
is acceptable to be merged into default?
Bram (see :help credits) is the Vim developer. It's an awkward
time currently because Bram was super busy preparing the Vim 7.3
release over the last few weeks, so if there is no
Axel wrote:
I often use the :digraph command to find foreign language characters.
But looking for a certain character sometines is like finding
a needle in the haystack. Would it be possible to color-code
the three colums of :dig's output?
Finding a character is hard. I suppose some clever
David Anderson wrote:
Subject: [patch] (win32) extremely slow opening files on
network shares
This is a very important patch because we have had many Windows
users report extremely slow access to files over a network. I
have edited David's patch by including a comment about its
purpose, and to
ZyX wrote:
Attached script, being sourced causes vim to hang up forever.
Test command:
vim -u NONE -c 'so bug.vim'
To clarify the problem, start Vim 7.3.3 and enter the following
(this is the essence of the script mentioned above, and will
cause Vim to hang, so close all files first):
Xavier de Gaye wrote:
As there won't be a vimGdb patch for vim73, can you please
also remove:
6. vimGdb
I have updated the patches list:
http://groups.google.com/group/vim_dev/web/vim-patches
I added a brief intro to say that some patches are no longer
listed because they are in Vim 7.3.
John Beckett wrote:
Do you know why vim website doesn't respond to
'http://vim.org'? and responds only 'http://www.vim.org'
Apart from the possibility as Tony mentioned that a browser
may attempt to use www.vim.org if vim.org fails to resolve,
the reason vim.org might work is because the DNS
At Bram's suggestion, I will remove some patches listed at:
http://groups.google.com/group/vim_dev/web/vim-patches
Descriptions for the following items will be removed to simplify
the list of patches by omitting those that are included in the
newly released Vim 7.3:
4. Persistent undo
5. Lua
Sergey Avseyev wrote: Do you know why vim website doesn't respond to
'http://vim.org'? and responds only 'http://www.vim.org'
Apart from the possibility as Tony mentioned that a browser may
attempt to use www.vim.org if vim.org fails to resolve, the
reason vim.org might work is because the DNS
Jean Johner wrote:
Mouse control is lost in Windows console Vim when Quick Edit
mode is activated (see vim_use: Is there a way to have mouse
control in a Quick Edit mode Windows console?).
You have had some probably not replies, so let me be more
definite. You are talking about Windows command
src/testdir/Make_dos.mak runs for every test on DOS/Windows
(I think), and it includes:
rmdir /s /q Xfind
Isn't that redundant, because it is only needed for test73.in
which performs the above operation?
test73.in includes:
: if has(win16) || has(win32) || has(win64) ||
has(dos16) ||
Gary Johnson wrote:
In a directory containing a simple text file named 'mary',
execute the following:
$ vim -u NONE -i NONE
:r mary
The result is the following two error messages:
E812: Autocommands changed buffer or buffer name
E484: Can't open file mary
This bug also
Frush wrote:
We tracked down the issue to a change in the file src/ex_getln.c.
Vimboss is Bram Moolenaar, the author of Vim.
I noticed your first post and reproduced the issue, but have no
idea what the correct behaviour should be. The thread is:
Sometimes I paste some text into the Vim command line
(example: type ':echo ' then Ctrl-R a to paste register a).
If I accidentally paste a large amount (kilobytes), I have to
wait a very long time (several minutes) while Vim struggles
to handle the text. Pressing Ctrl-C has no discernible
Bram wrote:
In function getcmdline() (file ex_getln.c line 1840) we find:
/* Always redraw the whole command line to fix shaping and
* right-left typing. Not efficient, but it works. */
redrawcmd();
Removing that redrawcmd() makes accidental pastes of 8000
bytes into the
Ingo Karkat wrote:
There's no need to modify the source code to avoid the
redraw; just turn off Arabic shaping. There was a discussion
about this on this list two years ago (I was involved, that's
why I remember ;-):
http://tech.groups.yahoo.com/group/vimdev/message/51944
Andy Block wrote:
Are you by any chance using MacVim? I had this problem with
MacVim and raised it in the MacVim list.
No, but I mentioned your post earlier, see:
http://groups.google.com/group/vim_dev/browse_thread/thread/40e590a3b0ca1b43
I had experienced this frustration a couple of times
Sometimes I paste some text into the Vim command line
(example: type ':echo ' then Ctrl-R a to paste register a).
If I accidentally paste a large amount (kilobytes), I have to
wait a very long time (several minutes) while Vim struggles to
handle the text. Pressing Ctrl-C has no discernible
Attached is a minor patch to src/testdir/test11.in based on
current Vim 7.3e (rev a88237afdb20).
The patch uses executable(gzip) to test whether a gzip is
available. If not, test11 quits, simulating success.
The result is that all tests (except those documented as being
excluded from
Here is a simpler way to reproduce the error. I have done the
following on a Linux and a Windows build of current 7.3e (rev
3c51864309bc).
I have also used Vim 7.2.18 with the same result.
gvim +set nocp ve=all nosol -u NONE
:h show :help
Y yank first line
Ctrl-^
Attached is a minor patch to three tests in src/testdir:
src/testdir/test1.in
Wrap comments consistently.
src/testdir/test17.ok
src/testdir/test17a.in
Fix typo.
src/testdir/test30.in
Use 'copy /b' instead of 'cat' for win32.
Test now works on Windows.
John
--
You received
Bram wrote:
Build stops at:
uninstal.obj : error LNK2001: unresolved external symbol
_RegDeleteKeyEx
I think RegDeleteKeyEx requires Vista or later, or XP x64.
I don't need uninstal, but it breaks the build.
I don't think this depends on the OS but on the compiler.
I'm building Vim fine
Jakson A. Aquino wrote:
I tried to contact the maintainer of syntax/r.vim
I can't help you with that, but by the way...
We have a page on the wiki intended to list scripts relating
to R (because they are impossible to search for):
http://vim.wikia.com/wiki/Script:List_of_R_Project_scripts
John
In runtime file plugin/tarPlugin.vim, there are no lines for
*.txz
*.tar.xz
which are needed to edit xz compressed tar archives.
File plugin/gzip.vim handles *.xz, but tarPlugin.vim needs to be
updated.
The above is from Richard David Sherman who asked me to send it
to vim_dev. Richard
Tony Mechelynck wrote:
This looks like spam to me; I don't click links when I have
no idea what the link will do.
As Marc said, it is spam and probably MALWARE.
Please do not click links like this!
I noticed a similar attempt at vim_use a day or two ago and
flagged it as spam (thus banning the
Adrien Pied Piérard wrote:
it looks like motions like i or a' that work with quotations
are hard-coded. As I happen to write a lot of math in latex,
I have many $ signs everywhere that I would like to treat as
quotations so that I can do da$ or yi$.
I guess this could be implemented with
Peter Odding wrote:
I've asked myself why Vim's system() function on Windows uses
vimrun.exe and shows a command prompt window. The only reason
I can think of is so that the user has a chance to quit the
external command using Ctrl-C.
Sorry if the following is not relevant (I have not
A recent edit to a tip includes a claim that having :match in
autocmd events leads to severe slow downs due to a memory leak.
The tip has a variety of methods to highlight unwanted spaces,
including the following extreme version which attempts to
highlight dubious spaces as you type, but NOT
Hari Kumar G wrote:
Vim uses cindent for JS files which works in general nicely.
There are a few cases where this does not work correctly. F.e.
var a = {
b: 1,
c: hello
}
cindent would align b: 1 to col 0 and indent c: hello by
shiftwidth. This is because of how it treats labels
1 - 100 din 188 matches
Mail list logo
