roups.google.com/d/msgid/vim_dev/vim/vim/issues/5964/1592588429%40github.com
> <https://groups.google.com/d/msgid/vim_dev/vim/vim/issues/5964/1592588429%40github.com?utm_medium=email&utm_source=footer>
> .
>
--
Erik Corry
--
--
You received this message from the "vim
Hi,
On 05/02/2018 11:13 PM, Christian Brabandt wrote:
On Mi, 02 Mai 2018, Erik Auerswald wrote:
I'll look into this. I haven't used vim scripting yet, and the test seems to
use it, thus I have to ask for a bit of patience.
It is not that hard. The file simply provides some input
Hi,
On 05/02/2018 08:06 AM, Christian Brabandt wrote:
On Di, 01 Mai 2018, Erik Auerswald wrote:
the attached patch allows xxd to print plain hexdump style output in a single
line. This format is accepted as input already.
[...]
Can we have a test please? Check src/testdir/test_xxd.vim for
Hi,
On 05/02/2018 12:09 AM, Tony Mechelynck wrote:
On Tue, May 1, 2018 at 6:12 PM, Erik Auerswald
wrote:
while CONTRIBUTING.md asks for unified diff format and it is suggested to
use 'git diff' which creates unified diff output, the file 'develop.txt'
claims that co
xxd, see e.g.
https://unix.stackexchange.com/questions/218514/xxd-output-without-line-breaks
One use case is working with cryptographic material, see e.g.
https://stackoverflow.com/questions/42192490/aes-cbc-incorrect-usage
Thanks,
Erik
--
Always use the right tool for the job.
Hi,
while CONTRIBUTING.md asks for unified diff format and it is suggested to
use 'git diff' which creates unified diff output, the file 'develop.txt'
claims that context diff format is preferred. The attached patch changes
the latter file to prefer unified diff as well.
Th
go to
> the last non-blank in a line. Which could come handy when having to deal
> with trailing whitespaces.
:he g_
--
Erik Falor
Registered Linux User #445632http://unnovative.net
--
--
You received this message from the "vim_dev" maillist.
Do not top-po
e to quit when you have unsaved changes,
> they instead ask you whether you want to save first.
+1
This would remove a big stumbling block from new users, and would be
minimally invasive to old hands.
--
Erik Falor
Registered Linux User #445632http://unnovative.net
--
--
Y
ia vim's help and via googling) what in the world ':smile'
> is all about!
You can get Vim 7.3.1024 for Windows from the official site:
http://www.vim.org/download.php#pc
As for Ubuntu, if a more recent Vim isn't in your repository, you can
always build from source:
s
article:
http://www.cs.cmu.edu/~davide/howto/git_lose.html
> Mercurial also is a lot easier to pick up with fewer
> concepts that need understanding. So I think people who occasionally
> need to dabble in Mercurial are probably better off than people who
> occasionally need to dabb
e this opportunity to migrate to git. I
feel that while git and Mercurial are on even footing feature-wise,
Vim is the only project I use which is hosted in a Mercurial repo, to
the point that my Mercurial skills are seriously atrophied. I'm
confident that is the experience for the majorit
ut I hope that you can regard it as an example of the expressive
power available to you as a Vim user. Given some time and experience,
you'll become a text-editing power user!
--
Erik Falor
Registered Linux User #445632 http://linuxcounter.net
--
--
You received this message
On Wed, Sep 24, 2014 at 01:27:23PM +0200, Bram Moolenaar wrote:
>
> Patch 7.4.460 (after 7.4.454)
> Problem:Can't build without the quickfix feature. (Erik Falor)
> Solution: Add a #ifdef.
> Files:src/window.c
>
>
> *** ../vim-7.4.459/src/wi
er)
This patch breaks the build when FEAT_QUICKFIX isn't defined.
The assignment to g_do_tagpreview at window.c:487 is incorrect because
that variable is undefined. Line 487 should be guarded by #ifdef FEAT_QUICKFIX.
--
Erik Falor
Registered Linux User #445632 htt
I set xterm and urxvt's idea of
DarkBlue to the X11 color dodgerblue:
xterm*Color4: dodgerblue
urxvt*color4: dodgerblue
It is more sensible to change which color DarkBlue appears at this
level instead of in a Vim config file which may be blown away the next
time you update Vim on yo
unguarded use
of these symbols. The attached patch applies against 7.3.1112 and
prevents the compile error.
--
Erik Falor http://unnovative.net
Registered Linux User #445632 http://linuxcounter.net
diff --git a/src/regexp_nfa.c b/src/regexp_nfa.c
cessfully.
GCC gives this error:
ex_getln.c:5385:1: warning: conflicting types for ‘clear_hist_entry’ [enabled
by default]
ex_getln.c:5385:1: error: static declaration of ‘clear_hist_entry’ follows
non-static declaration
ex_getln.c:5348:4: note: previous implicit declaration of ‘clear_hist_entry’
ins on vim.org and bindings
for Lua, MzScheme, Perl, Python 2 & Python 3, Ruby and Tcl.
Customize Anything => yeah, Vim has that.
Cross Platform => Vim is available on more than three platforms.
Don't dismiss this as the rant of a crusty old curmudgeon. Learn to
use Vim's t
On Fri, Apr 13, 2012 at 05:09:37PM -0400, Benjamin R. Haskell wrote:
> On Fri, 13 Apr 2012, Marvin Renich wrote:
> Is there any current Vim command that uses "!" to indicate that things
> will be listed? If not, this seems even more inconsistent.
:files, (a.k.a. :buffers, a.
its job. You'll either need to adjust
'report' or become accustomed to hitting repeatedly to page
through the output each time you run a ":" command.
--
Erik Falor http://unnovative.net
Registered Linux User #445632 http://linuxcounter.net
pgpLm48xFAGYh.pgp
Description: PGP signature
t;twilight" and "eclipse", but not "new moon" or "breaking dawn". Does
somebody want to get on that, or are we not too concerned about
reaching out to the 14-year-old-girl demographic?)
--
Erik Falor http://unnovative.net
Registered Linux
On Fri, Jan 13, 2012 at 08:41:19PM +0400, Sergey Khorev wrote:
> Bram has included the changes in Scheme runtime files, the are
> available in Mercurial now.
Thanks, Sergey and Bram!
--
Erik Falor
Registered Linux User #445632 http://linuxcounter.net
pgpNuZatgEyhi.pgp
Descriptio
m
> ftplugin/lisp/*.vim" seem to be unnecessary here so my update just
> copies all code from ftplugin/lisp.vim into ftplugin/scheme.vim
Thanks for this clarification. If I may put it another way:
Scheme is a dialect of Lisp, not a superset.
--
Erik Falor
Registered Linux
n 06 11:12:47 2012 -0700
@@ -4,7 +4,12 @@
" URL: http://iamphet.nm.ru/vim
" Original author:Dorai Sitaram
" Original URL:
http://www.ccs.neu.edu/~dorai/vimplugins/vimplugins.html
-" Last Change: Nov 22, 2004
+" Last Change: Jan
lly
when their tokens end up being so weird.
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
pgprue47AXit9.pgp
Description: PGP signature
everything else with s:, v: whatever and keep the locals clean
so one can focus on the algorithm.
The updated script can be found at the link from the earlier posts.
Erik.
--
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
Jakson,
Thanks for pointing that one out again. I have applied your patch
Erik.
On 10 nov, 01:53, Jakson Alves de Aquino wrote:
> On Wed, Oct 26, 2011 at 5:19 PM, erik wrote:
> > New version on the same location:http://dl.dropbox.com/u/26176183/awk.vim
>
> The attached patch
> I'm so sorry, but I just could not find the time to test.
No problem! I have been doing other things too.
Searching the net for 'awk' and 'vim' surfaces some unhappiness
though, and it feels a bit I did that... so now that I finally have a
good-enough fix I
Bram,
Though I lack feedback on the final version I think the indenter is
now worth committing
How should I proceed, I find no info on vim.org (or I am overlooking
it like indent errors :( )
Erik.
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your r
New version on the same location: http://dl.dropbox.com/u/26176183/awk.vim
I fixed the issues you mentioned as well as the fact that the indenter
ignored "else if" (if it worked before it was accidental)
And the code gets smaller every update, I assume that is a good sign
Greetz
Eri
You're quick. Consider a career as beta tester :)
I don't need to look in the code to confirm this is indeed the case.
I'll extend my testcases and rework. be patient.
Erik.
On 25 okt, 07:10, Zvezdan Petkovic wrote:
> On Oct 24, 2011, at 6:06 PM, erik wrote:
>
> >
surprises will pop up.
Erik.
--
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
Does it never stop... :)
Thanks Zvezdan and Jakson for supplying all the reference code
Schedule doesn't really permit all the work, so it'll be silent again
for at least a week.
I'll be back
Erik.
--
You received this message from the "vim_dev" maillist.
Do not
All,
A new attempt. It is a near-rewrite
It handles correctly now all cases from Zvezdan as well as some more
code of my own.
May I ask for volunteers for testing again.
You can find the indenter here: http://dl.dropbox.com/u/26176183/awk.vim
Fingers crossed :)
Erik.
--
You received this
the next reply like last
time :))
Erik.
On 1 okt, 06:03, Zvezdan Petkovic wrote:
> On Sep 30, 2011, at 8:45 AM, erik wrote:
>
> > I think I have this issue is fixed, as well as every other pending
> > complaint.
>
> Not all issues yet. :-)
>
--
You received this
vim 6.3 because imho cursor( v:lnum, 1) does not work
(at least during indent).
Hope you like it.
Erik
On 15 sep, 20:51, Donald Allen wrote:
> If you have following in a vim buffer, file named, say, foo.awk
>
> /some test/ {
> if (foo != "bar") {
> if (baz != "
Hi Don,
To prevent any misunderstanding, I see this point where it goes wrong:
for (j=1; j "load_pivoted.sql"
else
printf ",\n\t%s", "NULL" > "load_pivoted.sql"
If I missed something let me know.
I will look int
Hi Don,
I didn't attach the script (knowingly) to the 'I think good news'
posting on vim_dev. I sent it by e-mail directly to you and Zvezdan.
That's the one to use.
I keep my fingers crossed
Erik.
--
You received this message from the "vim_dev" maillist.
Do
No, I should correct myself, I overlooked one diff. The latest
official one is missing an essential change suggested by Philipp
Edelmann a few months ago, it may still miscount braces. I will send
you another one to test.
Erik.
--
You received this message from the "vim_dev" mailli
see
how I could be of value supplying ideas about speeding up. I'd say
stick at the updated awk indenter for awk.
Happy awk-ing, I am doing it by far not enough these days (python has
advantages)
Regards,
Erik.
On 17 sep, 20:42, Donald Allen wrote:
> On Sat, Sep 17, 2011 at 12:39 P
, but only one e-mail a day.
Regards,
Erik.
--
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
n for that filetype basically renders the XPM for you.
Edit an XPM to see what I mean.
Is there some kind of limit to the number of syntax highlights that
can be defined? Or is the problem with actually displaying them all
at once? I was able to scan farther into the file by first doing
:syntax sync minlines=50
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
pgplAUCARZb3I.pgp
Description: PGP signature
ormal-mode command gt:
> 1gt
>
> or from the command line:
>
> :normal 1gt
The command you're actually looking for is :tabn[ext]
If you think Vim's tabs are awesome, you'll probably get a lot out of
the online help for tabpages:
:help tabpage
--
Erik Falor
On Wed, Feb 09, 2011 at 11:57:17AM -0800, Vikas Yendluri wrote:
> Vim tabs are awesome; is there any work planned to allow selection of
> tab by index (i.e. :tab0 would switch to the 0th tab, etc.).
You can supply a count to the gt command to jump directly to the nth
tab.
--
Erik
On Fri, Feb 04, 2011 at 08:05:34AM -0800, graywh wrote:
> Please fix vim's input queue mechanism with key info structures a.la
> libtermkey so that LeoNerd can fix terminal input and Gvim and
> everyone will be happy. Thanks.
I second this request.
--
Erik Falor
Registered Linu
Attached is a patch that fixes syntax highlighting for JavaScript
embedded within a JSP file.
syntax/jsp.vim was redefining the htmlTag highlight group, but the
original htmlTag group from syntax/html.vim was still defined. It
took precedence, and as a result JavaScript code between
ighlight works closely with :syntax. You'll need at least a basic
understanding of each to grok what's going on.
You can start by reading
:help :hi-link
:help :syntax
I hope this helps.
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
signature.asc
Description: Digital signature
ase of the learning curve. But if more
people knew about text objects, the time/energy savings could make
Keanu Reeves happy again.
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
signature.asc
Description: Digital signature
t;if (p_ic && p_scs)" and only convert to lower case if the
search pattern is already only lower case (i.e. not triggering the
case sensitivity of 'smartcase')?
/Erik
On Jun 5, 11:07 pm, Martin Toft wrote:
> Hi,
>
> this patch addresses the following bug:
>
&
er than the inactive tabs, which feature a gray gradient.
Since the look and feel of the tabs is largely dependant on the OS
theme, you may get a better result if you switch to/from the Windows
Classic look and feel.
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
signature.asc
Description: Digital signature
ch.htm
Make sure the patch files use CR-LF line endings, or you'll see a lot
of "Assertion failed, hunk, file patch.c, line 343" errors.
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
signature.asc
Description: Digital signature
c: In function 'vim_settempdir':
> > fileio.c:7012: error: 'vim_tempdir' undeclared (first use in this
> function)
>
> Attached patch should fix it.
>
I can verify that your patch repairs the compile error in MSVC 2008.
--
Erik Falor
Registered Linux User #4456
get4c' : different types for formal and actual par
ameter 1
undo.c(848) : error C2065: 'seq_time' : undeclared identifier
undo.c(848) : error C2065: 'fp' : undeclared identifier
undo.c(848) : warning C4047: 'function' : 'FILE *' differs in levels of indirect
ion fr
t; --
> Anduin Withers
Looks good from here.
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
signature.asc
Description: Digital signature
On Thu, Jun 11, 2009 at 09:27:48PM +0200, Bram Moolenaar wrote:
> This is an updated patch that fixes the problem with the scrollbar.
This fixes the problems with the scrollbars from my point of view.
--
Erik Falor
Registered Linux User #445632 http://counter.li.
"msvcrt-ruby18.dll\" -DFEAT_HUGE
/Fd.\ObjGOLYR/ /Zi
Linking: link /RELEASE /nologo /subsystem:windows /LTCG:STATUS oldnames.lib
kernel32.lib advapi32.lib shell32.lib gdi32.lib comdlg32.lib ole32.lib
uuid.lib /machine:i386 /nodefaultlib gdi32.lib version.lib winspool.lib
comctl32.lib
ner text object versions are identical.
I agree with Ingo here. The 'ii' object should trim leading and
trailing whitespace.
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
--~--~-~--~~~---~--~~
You received this message from the "vim_dev" maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
On Thu, Nov 6, 2008 at 3:03 AM, Bram Moolenaar wrote:
>
> Erik Falor wrote:
>
> > Given the source code listed at the end of this message, and a tags file
> > generated from that source, I will demonstrate that a bug in the
> operation
> > of the :tag command has
n't being
highlighted as well.
Offhand, I'd say that this is merely an oversight. Dr. Chip, would
you care to weigh in on this?
I've attached the patch with the aforementioned changes.
--
Erik Falor
Registered Linux User #44563
ereDoc"
> \ || synid =~ "^perlFiledescStatement"
> \ || synid =~ '^perl\(Sub\|BEGINEND\|If\)Fold'
> @@ -148,6 +150,8 @@
>let synid = synIDattr(synID(v:lnum, bracepos, 0), "name")
>if synid == ""
>
lso navigate using the "network" tab and slide through vim
> history (each dot will give you a pop up with commit details).
>
> For git users: you can clone it at:
> git://github.com/cmichon/vim.git
>
> --
> Christian
> --
> http://detaolb.sourceforge.net/,
}
void func3(int i)
{
i++;
}
int main(void)
{
int i;
func1(i);
}
/* EOF */
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
--~--~-~--~~~---~--~~
You received this message from the "vim_dev" maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
meone else fixes it
> first of course :-)
>
> >
> So far, so good.
Not to be uber-nitpicky, but what do you folks think about changing all of
the variables that control the script's behavior (ie. perl_include_pod,
perl_fold, etc.) from globals to buffer-locals?
I like
re comparison. It doesn't mention this special case when the strings
and numbers happen to be elements of collections.
I think that converting all strings into numbers for such comparisons makes
the most sense because it makes the language more regular. If we merely
document this exception to t
MAIL PROTECTED] -- http://www.Moolenaar.net
> \\\
> ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/\\\
> \\\download, build and distribute -- http://www.A-A-P.org
> ///
> \\\help me help AIDS victims -- http://ICCF-Holland.org
> ///
>
>
which patches to accept?
>
> I, for one, am excited about this feature, and have found it to be
very useful thus far.
>
> Richard
>
> >
>
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
--~--~-~--~~~---~--~~
You received th
On 5/28/08, Erik Falor <[EMAIL PROTECTED]> wrote:
>
>
>
> On 5/28/08, Meikel Brandmeyer <[EMAIL PROTECTED]> wrote:
>>
>>
>> Hello,
>>
>>
>> > No worries, but I'd argue that they are not solutions since
>> > they aren
d in :help write-plugin. Maybe
we just need to get the word out to plugin developers?
Could a link to this doc be added to the scripts page on vim.sf.net? Then
no one would have any excuse for not reading it.
Sincerely
>
> Meikel
>
>
>
> >
>
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
--~--~-~--~~~---~--~~
You received this message from the "vim_dev" maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
offered to open multiple files each in their own Vim process.
That choice was replaced by "Edit with Vim, tabbed".
Enjoy
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
--~--~-~--~~~---~--~~
You received this message from the "vi
go /subsystem:console /LTCG:STATUS advapi32.lib
shell32.lib gdi32.lib comdlg32.lib ole32.lib uuid.lib libcmt.lib user32.lib
/nodefaultlib:python25.lib /PDB:vim.pdb -debug
--
> Dasn
>
>
> >
>
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
--~--~-~--~~~---~--~~
You received this message from the "vim_dev" maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
On 4/17/08, Zdenek Sekera <[EMAIL PROTECTED]> wrote:
>
>
>
> >> From: vim_dev@googlegroups.com [mailto:[EMAIL PROTECTED] >> On
> Behalf Of Erik Falor
> >> Sent: 16 April 2008 23:37
> >> To: vim_dev@googlegroups.com
> >> Subject: Re
of the file starts at the very same line.
If you really want to do this, though, may I suggest:
$ vim a -c "vert sb"
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
--~--~-~--~~~---~--~~
You received this message from the "vim_dev" maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
On 4/16/08, Erik Falor <[EMAIL PROTECTED]> wrote:
>
> On 4/16/08, Erik Falor <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, Apr 16, 2008 at 12:22 PM, Erik Falor <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > On 4/13/08, Tony Mechelynck <[EMA
On 4/16/08, Erik Falor <[EMAIL PROTECTED]> wrote:
>
> On Wed, Apr 16, 2008 at 12:22 PM, Erik Falor <[EMAIL PROTECTED]> wrote:
>
> >
> > On 4/13/08, Tony Mechelynck <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > On 13/04/08 15:10, And
On Wed, Apr 16, 2008 at 12:22 PM, Erik Falor <[EMAIL PROTECTED]> wrote:
>
> On 4/13/08, Tony Mechelynck <[EMAIL PROTECTED]> wrote:
> >
> >
> > On 13/04/08 15:10, Andy Wokula wrote:
> > > Tony Mechelynck schrieb:
> > >> vim -gNu NONE
> &
(2007 May 12, compiled May 12 2007 14:19:39)
MS-Windows 32 bit GUI version with OLE support
Compiled by [EMAIL PROTECTED]
I see this same confusing behavior on Linux Vim 7.1.244:
VIM - Vi IMproved 7.1 (2007 May 12, compiled Feb 7 2008 22:31:25)
Included patches: 1-244
Compiled by [EMAIL PROTECTED
se.
>
> Best regards,
> Tony.
>
Thank you Markus and Tony for pointing this out. I got my runtime files
from SVN, which
weren't as up-to-date. I'll look forward to that as well as the other
features slated for 7.2.
--
Erik Falor
R
Now that we've had this patch for over a month, how does everybody feel
about this feature?
I, for one, use it more than
occasionally, and find it to be immensly helpful. I would like to see this
patch incorporated into th e mainline. Bram, what are the chances of that
happening?
--
>
>
When I follow
your steps, I can get the results you want. I noticed that I was
getting some weird
results when I tried replacing the selected text with the '%' key, which led
me to check my mappings.
Sure enough, % in visual mode is mapped by a plugin I've installed.
y be scanned looking
for the matching brace. I suppose that I could code that back in and expose
it
as a user-configurable option. However, after months of use I haven't
found
it to be a problem.
You can try this out and see if it works well enough for y
On 2/21/08, Nick Gravgaard <[EMAIL PROTECTED]> wrote:
>
> Cool. I've just had a play (thanks for the Windows exe Erik!), and I
> like this a lot.
>
> I know it seems a bit strange, but in order that that both 2d- and 2dd
> work, shouldn't it look like this in
On 2/21/08, Markus Heidelberg <[EMAIL PROTECTED]> wrote:
>
>
> > To use it set the new option 'relativenumber' or 'rnu'.
>
>
Wow. That is so cool. :)
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
--~--~-~--~~---
On 2/15/08, Milan Vancura <[EMAIL PROTECTED]> wrote:
>
>
> Thank you both you, Chip and Erik, for your answers. I didn't know about
> :redir. (it was really my first vim script :-) ) However it still seems to
> be a
> hack instead of a clean solution, probably quite
isplay; it
is common in Vim scripts to finish a function with a :redraw
to make sure everything is ready for the user to see. This way, you can
efficiently do many screen-updating commands and delay
expensive redraws until the end.
Read all about it:
:help lazyredraw
On 2/13/08, Nick Gravgaard <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 13 Feb 2008 10:26:00 -0700, "Erik Falor" <[EMAIL PROTECTED]>
> said:
> > :.,+23d
>
> How does that help you count the number of lines you want to delete?
>
>
Oh, it doesn
; Can Vim use negative counts?
>
> > Vim cannot easily do that, but what it can do is almost as good: Vim can
> > show
> > absolute line numbers, the first line in the file being 1, the next one
> > 2,
> > etc. Then instead of visually selecting the lines upon which you wa
right, I did generate the patch backwards! I apologize for any
inconvenience.
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
--~--~-~--~~~---~--~~
You received this message from the "vim_dev&qu
Sorry about the spam, Bram. When I hit reply, I didn't check the address I
was replying to.
On 2/6/08, Erik Falor <[EMAIL PROTECTED]> wrote:
>
> I'll make that change and send out a patch.
>
Here's the patch.
--
Erik Falor
Registered Linux User
window containing the cursor
let current = tabpagewinnr(v:lnum)
let i = 1
for bufnr in bufnrlist
let label .= bufnr
if i == current
let label .= '% '
else
let label .= ' '
endif
let i += 1
if getbufvar(bufnr, "&modified")
let label .= '+ '
else
let label .=
I have made a change to the Windows shell extension that integrates Vim into
the context menu resulting from right-clicking a file in Explorer. It now
offers the option of opening many files in their own tab page. It executes
gvim.exe with the -p switch.
--
Erik Falor
Registered Linux User
directory".
Only from within a script on my Linux platform do I get that. Even though
the man page says I can supply arguments to the command.
I'm leaning towards saying this is a bug in env.
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
--~--~-~--~~-
Bram, you've done it again!
Thank you.
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
--~--~-~--~~~---~--~~
You received this message from the "vim_dev" maillist.
For more information, visit http://www.vim.org/maillist.php
-~--~~~~--~~--~--~---
of acceptable modeline options.
Basically, it would be like the aforementioned scripts, except it would be
built-in and always available. Or at the very least, one
of those scripts can be distributed with Vim so that going forward, we
can be sure that prote
just don't think it makes that much sense to be set from the modeline.
For that matter, I propose that all options beginning with 'gui' not be
settable from the mode-line.
Regards,
--
Erik Falor
Registered Linux User #445632 http://counter.li.org
--~--~-~--~~
st
"subsequent ^N keystrokes cycle through the list
"EOF
This case doesn't use complete_check(), and therefore builds the whole list.
But the popup menu still doesn't appear right-away as it
does in previous patches.
--
Erik Falor
Registered Linux User #445632 http://counter
>> Solution: Add the synstack() function.
> >> Files: runtime/doc/eval.txt, src/eval.c,
> src/proto/syntax.pro,
> >> src/syntax.c
> >
> > Oh yeah, a very useful addition!!
>
> I was thinking exactly the s
I like using the '**' wildcard
in commands which search for files. I REALLY like adding a digit to
the end of it to limit how far it digs. I wish it could
work with the globpath() function.
>From editing.txt, line 1471:
"The file searching is currently used for the 'path', 'cdpath' and 'tags'
o
V. Reilly was the original author of the
Windows GUI code. Robert Webb later reworked much of it.
However, the source file doesn't have Robert's email address. Does anybody
know how to contact Mr. Webb? Have there been any other maintain
On 02/01/2008, Tony Mechelynck <[EMAIL PROTECTED]> wrote:
>
>
> On Windows, where the OS-standard line break is \r\n, shouldn't _that_
> also be
> used to break lines in a tooltip? And what about Mac?
>
> Best regards,
> Tony.
>
"\r\n" results in two boxes.
--
Registered Linux User #445632
http:
as 'balloonexpr' text.
On 02/01/2008, Ben Schmidt <[EMAIL PROTECTED]> wrote:
>
>
> Erik Falor wrote:
> > While writing a guitabtooltip function, I discovered that the
> > tooltips in Win32 don't properly handle backslash-escaped chars.
> > In particular,
1 - 100 din 108 matches
Mail list logo