On Saturday, April 15, 2023 at 4:33:41 PM UTC-4 Bram Moolenaar wrote:
> When I attempt to log in to vim.org to upload a script release, either
the
> login page hangs, or I get a "query failed IX3" error. Does anyone know
> whether the site is down? I think I have the correct username and
When I attempt to log in to vim.org to upload a script release, either the
login page hangs, or I get a "query failed IX3" error. Does anyone know
whether the site is down? I think I have the correct username and password
but can't tell for sure.
Thanks, Brett Stahlman
--
--
Yo
On Thursday, October 11, 2018 at 9:29:12 AM UTC-5, Bram Moolenaar wrote:
> Brett Stahlman wrote;
>
> > > > On Thursday, February 21, 2013 at 4:10:40 PM UTC-6, Bram Moolenaar
> > > > wrote:
> > > > > I wrote:
> > > > >
> > > &
On Wed, Oct 10, 2018 at 4:00 PM Bram Moolenaar wrote:
>
> Brett Stahlman wrote:
>
> > On Thursday, February 21, 2013 at 4:10:40 PM UTC-6, Bram Moolenaar wrote:
> > > I wrote:
> > >
> > > > Dominique Pelle wrote:
> > > >
> >
On Thursday, February 21, 2013 at 4:10:40 PM UTC-6, Bram Moolenaar wrote:
> I wrote:
>
> > Dominique Pelle wrote:
> >
> > > The Vim scripts at http://www.vim.org/scripts/index.php
> > > show something like...
> > >
> > > script karma Rating 166/43, Downloaded by 513
> > >
> > > I've
On Mon, May 29, 2017 at 3:31 PM, Nikolay Aleksandrovich Pavlov
<zyx@gmail.com> wrote:
> 2017-05-29 22:17 GMT+03:00 Brett Stahlman <brettstahl...@gmail.com>:
>> On Mon, May 29, 2017 at 3:19 AM, Nikolay Aleksandrovich Pavlov
>> <zyx@gmail.com> wrote:
>>
o share code) new
> features are most likely to not break anything not using them even if
> new bugs are introduced.
While I agree that your approach represents fewer changes to Vim's
core, and hence, reduced risk of bugs, including but not limited to
memory leaks, I don't believe that ad
On Sun, May 28, 2017 at 1:10 PM, Nikolay Aleksandrovich Pavlov
<zyx@gmail.com> wrote:
[...]
>>>
>>> You may also ask Brett Stahlman whether my proposal is enough, it does
>>> not look like he thinks it is not, just that it may be less
>>> convenient.
ad(disabled_mappings)
>
> One of the key points is that mappings_dump() and mappings_load() need
> to work with canonical form of lhs and rhs strings and thus
> dictionaries returned by them are not entirely compatible with
> maparg() results. Canonical form needs to be independent of
> , al
On Sat, May 27, 2017 at 11:51 AM, Nikolay Aleksandrovich Pavlov
<zyx@gmail.com> wrote:
> 2017-05-27 19:32 GMT+03:00 Brett Stahlman <brettstahl...@gmail.com>:
>> On Sat, May 27, 2017 at 10:39 AM, Nikolay Aleksandrovich Pavlov
>> <zyx@gmail.com> wrote:
>
On Sat, May 27, 2017 at 10:39 AM, Nikolay Aleksandrovich Pavlov
<zyx@gmail.com> wrote:
> 2017-05-27 18:02 GMT+03:00 Brett Stahlman <brettstahl...@gmail.com>:
>> On Sat, May 27, 2017 at 8:35 AM, Nikolay Aleksandrovich Pavlov
>> <zyx@gmail.com> wrote:
&g
On Sat, May 27, 2017 at 8:35 AM, Nikolay Aleksandrovich Pavlov
<zyx@gmail.com> wrote:
> 2017-05-27 12:45 GMT+03:00 Bram Moolenaar <b...@moolenaar.net>:
>>
>> Nikolay Pavlov wrote:
>>
>>> 2017-05-26 20:43 GMT+03:00 Bram Moolenaar <b...@moo
On Sat, May 27, 2017 at 4:45 AM, Bram Moolenaar <b...@moolenaar.net> wrote:
>
> Nikolay Pavlov wrote:
>
>> 2017-05-26 20:43 GMT+03:00 Bram Moolenaar <b...@moolenaar.net>:
>> >
>> > Brett Stahlman wrote:
>> >
>> >> >
On Fri, May 26, 2017 at 5:24 PM, Nikolay Aleksandrovich Pavlov
<zyx@gmail.com> wrote:
> 2017-05-27 0:32 GMT+03:00 Brett Stahlman <brettstahl...@gmail.com>:
>> On Fri, May 26, 2017 at 4:12 PM, Nikolay Aleksandrovich Pavlov
>> <zyx@gmail.com> wrote:
&g
On Fri, May 26, 2017 at 4:12 PM, Nikolay Aleksandrovich Pavlov
<zyx@gmail.com> wrote:
> 2017-05-26 20:43 GMT+03:00 Bram Moolenaar <b...@moolenaar.net>:
>>
>> Brett Stahlman wrote:
>>
>>> >> On Tuesday, May 23, 2017 at 8:25:33 AM UTC-5, Brett St
On Fri, May 26, 2017 at 12:43 PM, Bram Moolenaar <b...@moolenaar.net> wrote:
>
> Brett Stahlman wrote:
>
%--snip--%
>>
>> Yes. Very much like that. I'm implementing a sort of transient mode, in
>> which I'll "shadow" existing maps with very short (gen
On Wed, May 24, 2017 at 9:28 AM, Brett Stahlman <brettstahl...@gmail.com> wrote:
> On Wed, May 24, 2017 at 2:08 AM, Bram Moolenaar <b...@moolenaar.net> wrote:
>>
>> Brett Stahlman wrote:
>>
>>> On Tuesday, May 23, 2017 at 8:25:33 AM UTC-5, Brett Stahlman
On Wed, May 24, 2017 at 2:08 AM, Bram Moolenaar <b...@moolenaar.net> wrote:
>
> Brett Stahlman wrote:
>
>> On Tuesday, May 23, 2017 at 8:25:33 AM UTC-5, Brett Stahlman wrote:
>> > On Tue, May 23, 2017 at 4:35 AM, Bram Moolenaar <b...@moolenaar.net> wrote
On Tuesday, May 23, 2017 at 8:25:33 AM UTC-5, Brett Stahlman wrote:
> On Tue, May 23, 2017 at 4:35 AM, Bram Moolenaar <b...@moolenaar.net> wrote:
> >
> > Brett Stahlman wrote:
> >
%--snip--%
> >
> > The best solution is probably to also add the raw rh
On Tue, May 23, 2017 at 4:35 AM, Bram Moolenaar <b...@moolenaar.net> wrote:
>
> Brett Stahlman wrote:
>
>> I would like to be able to save and restore mappings programmatically. In
>> order to do so, however, I need to be able to determine the exact lhs and
>> rhs
0, 'lhs': '', 'mode': 'n', 'nowait': 0,
'expr': 0, 'sid': 66, 'rhs': '', 'buffer': 1}
Thanks,
Brett Stahlman
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/mai
On Monday, January 2, 2017 at 11:40:32 AM UTC-6, ZyX wrote:
> 2017-01-01 0:40 GMT+03:00 Brett Stahlman <brettstahl...@gmail.com>:
> > On Saturday, December 31, 2016 at 12:23:10 PM UTC-6, ZyX wrote:
> >> 2016-12-30 20:09 GMT+03:00 Brett Stahlman <brettstahl...@
On Monday, January 2, 2017 at 8:26:52 AM UTC-6, Bram Moolenaar wrote:
> Brett Stahlman wrote:
>
> > On Saturday, December 31, 2016 at 12:23:10 PM UTC-6, ZyX wrote:
> > > 2016-12-30 20:09 GMT+03:00 Brett Stahlman <brettstahl...@gmail.com>:
> > > > Conside
On Saturday, December 31, 2016 at 12:23:10 PM UTC-6, ZyX wrote:
> 2016-12-30 20:09 GMT+03:00 Brett Stahlman <brettstahl...@gmail.com>:
> > Consider the following recursive user function...
> >
> > fu! Fun(count)
> > if a:count > 0
> > cal
all' and `let' are Ex commands)? Is there
a way to permit more than 200 recursive calls to Fun() without
triggering the error?
Thanks,
Brett Stahlman
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For mor
On Saturday, December 10, 2016 at 11:32:33 AM UTC-6, Andy Wokula wrote:
> Am 29.11.2016 um 20:18 schrieb Brett Stahlman:
> > The 'write-plugin' section of the help recommends the following
> > 3-level map approach:
> >
> > map ,c TypecorrAdd
> > noremap
On Thursday, December 8, 2016 at 2:42:38 AM UTC-6, Erik Christiansen wrote:
> On 07.12.16 15:17, Brett Stahlman wrote:
> > "Quiet" is an understatement. Only 1 thread active in the past 5 days,
> > and no posts at all since 2 days ago, with several posts unanswered?
On Tuesday, November 29, 2016 at 7:21:30 AM UTC-6, Efraim Yawitz wrote:
> Is there some problem with this mailing list? I haven't gotten any messages
> for a few days, and a message I wrote last week about a folding-related bug
> hasn't been answered or acknowledged. I sent it to
The 'write-plugin' section of the help recommends the following
3-level map approach:
map ,c TypecorrAdd
noremap
On Sun, Nov 20, 2016 at 6:52 AM, Bram Moolenaar <b...@moolenaar.net> wrote:
>
> Brett Stahlman wrote:
>
>> Vim's documentation lists 't_vi' as "cursor invisible" and 't_ve' as
>> "cursor visible", but provides no hints on usage. Naively, I woul
I simply missed the
pertinent documenation?
Thanks,
Brett Stahlman
--
--
You received this message from the "vim_use" 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
I realize that in the current implementation, they are not re-used,
but I need to know whether I can depend on this in future versions of
Vim.
According to documentation on :ls...
"Each buffer has a unique number. That number will not change,
thus you can always go to a specific buffer with
On Thu, Sep 29, 2016 at 12:09 PM, Bram Moolenaar <b...@moolenaar.net> wrote:
>
> Brett Stahlman wrote:
>
>> The syntax documentation suggests that the 'keepend' argument applies
>> only to syntax regions, not syntax matches. But if I highlight a
>> buffer c
On Mon, Sep 19, 2016 at 9:05 AM, Bram Moolenaar <b...@moolenaar.net> wrote:
>
> Brett Stahlman wrote:
>
>> The syntax documentation suggests that the 'keepend' argument applies
>> only to syntax regions, not syntax matches. But if I highlight a
>> buffer c
groups, I can't account for
that, and suspect it's a bug, but perhaps I'm misunderstanding
something about contained and containedin?
Thanks,
Brett Stahlman
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replyi
Thanks Marc. I'll definitely look into the async capabilities, though
I'm still thinking that Vim 8 may open up significant opportunities in
this area...
Sincerely,
Brett S.
On Tue, Jul 12, 2016 at 9:46 AM, Marc Weber wrote:
> THere is
> * old patch for vim implementing
Hey Marc,
Thanks. I haven't looked into the async addon, but will do so. In the
past, I've tried other solutions (e.g., one using screen that worked
fairly well and had the advantage of being fairly simple), but nothing
felt quite as seamless as emacs' support. Would you say the async
addon gives
On Sunday, October 14, 2012 at 4:02:15 PM UTC-5, Danny Gratzer wrote:
> Hello,
>
> I have just started learning some scheme and was wondering if anyone would
> mind sharing their plugins/setup for working with Lisp in Vim.
>
> I know Emacs has good support, but I really would prefer to stick
Thanks,
Brett Stahlman
--
--
You received this message from the "vim_use" 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
On Mon, Dec 28, 2015 at 6:20 AM, Bram Moolenaar <b...@moolenaar.net> wrote:
>
>
> Brett Stahlman wrote:
>
> > Given a file containing the following 2 lines...
> > 1a3
> > 123xyz
> >
> > ...try the following tests, and note the unexpected results.
On Mon, Dec 28, 2015 at 12:20 PM, Bram Moolenaar <b...@moolenaar.net> wrote:
>
> Brett Stahlman wrote:
>
>> > > Given a file containing the following 2 lines...
>> > > 1a3
>> > > 123xyz
>> > >
>> > > ...try the following
the same with * as they were with \{-}.
Finally, the unexpected behavior is not limited to \_., but is seen even
when (e.g.) explicit \n is used.
Thanks,
Brett Stahlman
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you
and won't give it back.
Thanks,
Brett S.
On Mon, Jan 6, 2014 at 12:18 AM, Bram Moolenaar b...@moolenaar.net wrote:
Brett Stahlman wrote:
Possible bugs in new regex engine involving \@ and \?
Using the following line of text...
0123456789
...run the following two :substitute commands
Hello,
I recently noticed that Paredit's `d{motion}' map doesn't behave the way
I would expect: in particular, although `)' in normal mode jumps
correctly to the end of the current S-expression, `d)' deletes beyond
the end of the S-exp. It seems as though perhaps the `)' motion reverts
to its
On Friday, July 11, 2014 7:18:39 AM UTC-5, Brett Stahlman wrote:
Hello,
I recently noticed that Paredit's `d{motion}' map doesn't behave the way
I would expect: in particular, although `)' in normal mode jumps
correctly to the end of the current S-expression, `d)' deletes beyond
the end
On Friday, July 11, 2014 12:51:47 PM UTC-5, ZyX wrote:
Having thought about it a bit, it occurs to me that it would be very
difficult for Vim's g@ implementation to treat movements accomplished via
user mappings the same as built-in {motion}s. Perhaps that's why only Vim
{motion}s are
Ah. Of course! Makes perfect sense now.
Thanks,
Brett S.
On Jul 11, 2014 2:03 PM, Christian Brabandt cbli...@256bit.org wrote:
Hi Brett!
On Fr, 11 Jul 2014, Brett Stahlman wrote:
This is not what I see. Here's a test case consisting of the
map-operator example from the Vim help, along
On Friday, July 11, 2014 2:03:31 PM UTC-5, Christian Brabandt wrote:
Hi Brett!
On Fr, 11 Jul 2014, Brett Stahlman wrote:
This is not what I see. Here's a test case consisting of the
map-operator example from the Vim help, along with a normal mode
remapping of $ to G
On Friday, July 11, 2014 3:24:45 PM UTC-5, Brett Stahlman wrote:
On Friday, July 11, 2014 2:03:31 PM UTC-5, Christian Brabandt wrote:
Hi Brett!
On Fr, 11 Jul 2014, Brett Stahlman wrote:
This is not what I see. Here's a test case consisting
On Monday, June 9, 2014 10:15:19 AM UTC-5, Ben Fritz wrote:
On Sunday, June 8, 2014 2:16:03 PM UTC-5, Brett Stahlman wrote:
Hello,
I've read the section on upward search (:help file-searching), and believe I
understand how it's supposed to work. The example in the help works the way
I
with the following
sequence:
CTRL-[
:w
gi
Sincerely,
Brett Stahlman
The other thing that annoys me in Evil is the lack of a help system. In fact,
Vim has a very good help system. Emacs also have a good and complete help
system. Evil comes without any help system.
Therefore, I have created
/tmp/
...with...
/home/stahlman/tmp/
...and everything worked as expected: test.h was found in the
/home/stahlman/tmp/u/user_x/include directory.
Is there something I've missed that could explain the discrepancy, or is this
a bug?
Thanks,
Brett Stahlman
--
--
You received
On Sunday, June 8, 2014 3:54:56 PM UTC-5, Tony Mechelynck wrote:
On 08/06/14 21:16, Brett Stahlman wrote:
Hello,
I've read the section on upward search (:help file-searching), and believe I
understand how it's supposed to work. The example in the help works the way
I
expect
On Monday, January 6, 2014 12:59:31 PM UTC-6, Brett Stahlman wrote:
On Monday, January 6, 2014 12:18:17 AM UTC-6, Bram Moolenaar wrote:
Brett Stahlman wrote:
Possible bugs in new regex engine involving \@ and \?
Using the following line of text...
0123456789
On Monday, January 6, 2014 12:18:17 AM UTC-6, Bram Moolenaar wrote:
Brett Stahlman wrote:
Possible bugs in new regex engine involving \@ and \?
Using the following line of text...
0123456789
...run the following two :substitute commands with both old and new regex
On Sunday, December 22, 2013 2:53:38 PM UTC-6, coot_. wrote:
On 05:52 Sat 21 Dec , Brett Stahlman wrote:
Possible bugs in new regex engine involving \@ and \?
Using the following line of text...
0123456789
...run the following two :substitute commands with both old
On Sunday, December 22, 2013 3:05:06 PM UTC-6, coot_. wrote:
On 20:53 Sun 22 Dec , Marcin Szamotulski wrote:
On 05:52 Sat 21 Dec , Brett Stahlman wrote:
Possible bugs in new regex engine involving \@ and \?
Using the following line of text...
0123456789
Possible bugs in new regex engine involving \@ and \?
Using the following line of text...
0123456789
...run the following two :substitute commands with both old and new regex
engine, and notice the differences...
s/\(01\)\(23\)\@\(.*\)/--\1--\2--\3/
Old (\%=1)
On Tuesday, June 18, 2013 11:20:18 AM UTC-5, ankur gupta wrote:
Hi,
Thanks for clarifying the localleader concept. Since I have just extracted
the tar file of the package in my ~/.vim directory, I am not sure how to set
the txtfmt to follow the local leader, so that when I type -i (or
On Oct 19, 4:14 am, Christian Brabandt cbli...@256bit.org wrote:
On Wed, October 19, 2011 10:52 am, John Little wrote:
On Oct 19, 1:28 pm, Roger rogerx@gmail.com wrote:
Found ':source $VIMRUNTIME/menu.vim' was taking a very long time to
load.
menu.vim globs your runtime path for
attributes (bold, underline, etc...) in an arbitrary fashion
with the Txtfmt plugin:
http://www.vim.org/scripts/script.php?script_id=2208
Of course, you can also define static syntax regions if the
highlighting you require follows predictable patterns...
Brett Stahlman
What is the correct way
it with the Txtfmt plugin:
http://www.vim.org/scripts/script.php?script_id=2208
Because it uses concealed tokens (rather than marks), the highlighting
persists across instances of Vim. I can't tell from your original post
whether this would be an advantage or disadvantage...
Sincerely,
Brett Stahlman
, but you won't get language-specific syntax highlighting.
Sincerely,
Brett Stahlman
Best,
Shuda
Screenshot.png
277KViewDownload
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http
On Jul 26, 11:42 am, Gary furashg...@gmail.com wrote:
How would you get the output of :map and :map! to save to a file?
Gary,
redir map_output.txt
map
redir END
:help :redir
Brett Stahlman
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below
on strategies for doing so. Admittedly, I didn't spend a
lot of time looking into it, so perhaps I've just overlooked it...
Thanks,
Brett Stahlman
thanks
--
Un saludo
Best Regards
Pablo Giménez
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you
see that it facilitates the sort of
indentation I do manually. Perhaps I should give it a try...
Brett Stahlman
[0]http://www.vim.org/scripts/script.php?script_id=231
[1]http://groups.google.com/group/vim_use/browse_thread/thread/eb86a0cb3...
[2]http://groups.google.com/group/vim_use
in C functions, you probably want to get
comfortable using ctags...
:help tags
Sincerely,
Brett Stahlman
Regards,
Horacio
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org
-{lhs} of the Txtfmt map
-{rhs} of the existing map
Sincerely,
Brett Stahlman
Thanks,
--Nate
--
You received this message from the vim_use 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
unprintable characters to be represented symbolically
with printable sequences.
I agree that it could perhaps be made clearer, albeit at the expense
of being more verbose...
Brett Stahlman
but i know it is just a minor correction to make that paragraph more easy to
understand
thanks for your
prior to the insert are highlighted with
vimCommand. Strange...
Brett Stahlman
thanks in advanced
--
View this message in
context:http://old.nabble.com/syntax-disappears-in-command-line-window-tp2886...
Sent from the Vim - General mailing list archive at Nabble.com.
--
You received
as argument. This allows the use of
printable characters to represent special characters.
--
Looks good to me.
Brett Stahlman
A computer program does what you tell it to do, not what you want it to do.
/// Bram Moolenaar -- b...@moolenaar.net --http
with green.
Adriaan,
Before writing your own, you might have a look at the following plugin:
Txtfmt (The Vim
Highlighter)http://www.vim.org/scripts/script.php?script_id=2208
Hope it helps...
Brett Stahlman
Thanks Brett,
I know about The Vim Highlighter.
But these files contain about
On Jun 11, 10:10 am, AK andrei@gmail.com wrote:
On 06/11/2010 11:10 AM, Brett Stahlman wrote:
Yes. It would actually be quite simple. Far be it from me, however, to
discourage someone from writing his own Vim script. Still, if you did
want the added flexibility of Txtfmt in your
you
to know or care what they are...
Brett Stahlman
-- Method #2 --
:set ft=txtfmt
:%s/A/\=Txtfmt_GetTokStr(cred)/g
:%s/B/\=Txtfmt_GetTokStr(cyellow)/g
:%s/D/\=Txtfmt_GetTokStr(cblue)/g
:%s/E/\=Txtfmt_GetTokStr(cgreen)/g
:%s/\/[ABDE]/\=Txtfmt_GetTokStr(c-)/g
The latter method uses
On Jun 11, 11:44 am, AK andrei@gmail.com wrote:
On 06/11/2010 12:38 PM, Brett Stahlman wrote:
Since txtfmt came up.. I like the idea but I was running into a problem
with it: in gvim, when you highlight some text and when cursor is before
the highlighted area, you can sometimes
check out the
Define_syntax function within syntax/txtfmt.vim.
Sincerely,
Brett Stahlman
syn-transparent also helps out a lot ;)
Andres P
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit
if coor scheme changes:
autocmd ColorScheme buffer :Refresh
Which seems to work nice.
Thansk for your help!
No problem. Glad to hear it works for you. Looks like you've come up
with a good approach. Let me know if you have any other issues...
Sincerely,
Brett Stahlman
...[snip]...
--
You received
do more testing later though...
Sincerely,
Brett Stahlman
I guess the errors in tdvim#StripTxtfmtTokens are because of the previous
errors, which seems to be problem loading the syntax for txtfmt
The interesting thing is if I delete the txtfmt from the modeline and the
when loading the help I
the original buffer
:bd #
endfu
augroup txtfmt
autocmd!
autocmd FileType help.txtfmt call StripTxtfmtTokens()
augroup END
Sincerely,
Brett Stahlman
...[snip]...
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you
restarting Vim or reloading the buffer).
Let me know if any of this is unclear...
Thanks,
Brett Stahlman
...[snip]...
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visithttp
a little bit weird for me at the moment, I will try to
find some time to study them.
thanks
Understood. I should probably get back to work on the visual
maps... ;-)
Thanks,
Brett Stahlman
...[snip]...
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below
want.
Brett Stahlman
...[snip]...
Thank you,
--
Ben.
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visithttp://www.vim.org/maillist.php
--
You received this message from the vim_use maillist
On Apr 19, 2:00 am, stosss sto...@gmail.com wrote:
Again I have read :help visual-mode and :help map as in my other post
about visual-mode I can't figure out how to make it work.
Will some one enlighten me?
Perhaps if you gave an example of what you were trying to
accomplish...
Brett
you're asking (and I'm not sure I do)...
nnoremap F8 ciwC-R=myCounterCREsc
Example:
let myCounter = 42
Put cursor on `test' in following line:
Here's a little test.
Hit F8 and the line changes to...
Here's a little 42.
Hope it helps...
Brett Stahlman
Thank you
--
You received this message from
...
Brett Stahlman
...[snip]...
--
You received this message from the vim_use 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
Subscription settings: http://groups.google.com/group/vim_use/subscribe?hl=en
mode.
It does not put carriage return where I put \n.
Use \r
:help s/\n
:help s/\r
Brett Stahlman
Why?
Thank you.
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org
($) |
\ exe normal g`\ |
\ endif
...yet I still experience the issue.
Brett Stahlman
...[snip]...
--
You received this message from the vim_use 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
To unsubscribe
is at beginning of line at this point
However, doing...
doau BufReadPost *
...at this point moves the cursor to the end of the line
Brett Stahlman
Maybe something else is resetting the position as well.
--
Best,
Ben- Hide quoted text -
- Show quoted text -
--
You received
points to the proper
location; however, if the mark points to the first line, the cursor
will always be positioned in column 1, regardless of what col('\)
returns.
Brett Stahlman
Suppressing the above lines (or using gvim -u NONE) results in files
being opened with the cursor on line 1, column
in 'formatoptions'.
Brett Stahlman
That does not work - next line is still indented as if flp had default
value. I'm on vim 7.2 on ubuntu 9.10.
thanks!
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information
operator is going to be processed by the shell,
not Vim. I think what you really want is something like this:
map F12 :wCR:!svn commit -m Update wifidb files from
`hostname`CR
Brett Stahlman
I want to print a hostname in svn log message, but I got only Update wifidb
files from
string. How
On Feb 16, 2:06 pm, Benct Philip Jonsson b...@melroch.se wrote:
What would be the vim-speak equivalent of
the following Perl-speak?
!perl -ple 's/^\*/++$n.)/e'
Perhaps something like this?
let n = 1|g/^\*/s/\*/\=n . ')'/|let n = n + 1
Brett Stahlman
I had a 'bulleted' list
buffer name, and later :bwipe the
unlisted buffer created by the :file command used to set the name of
the original buffer back to [No Name].)
Thanks,
Brett Stahlman
--
hundred-and-one symptoms of being an internet addict:
201. When somebody asks you where you are, you tell them in which chat room
if has_key(dict, getline('.'))|
call add(arr, line('.'))|endif|let dict[getline('.')] = 1
After executing the command above, the line numbers of redundant lines
should be in array arr.
Hope it helps...
Brett Stahlman
Any help, suggestions or discussion is greatly appreciated,
Thank you!
--
View
the introduction of yet
another algorithm for adjusting window sizes after the window
creation.
Thanks,
Brett Stahlman
--
hundred-and-one symptoms of being an internet addict:
153. You find yourself staring at your inbox waiting for new e-mail
to arrive.
/// Bram Moolenaar -- b
appear to work non-interactively as well,
I don't want to use them this way if the behavior is undefined.
Thanks,
Brett Stahlman
--
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
On Jan 20, 3:24 pm, Brett Stahlman brettstahl...@comcast.net wrote:
On Jan 20, 2:21 pm, Foss User foss...@gmail.com wrote:
I want to maintain a journal in a huge file. The format would be
somewhat like this.
...snip...
I do exactly this using 2 plugins:
Jnl (something I wrote
find that?
I believe I just googled on...
vim backup option slackware
Brett Stahlman
Peter
--
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
it soon...
Sincerely,
Brett Stahlman
--
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
...
:set nobackup
...in your personal .vimrc to override the setting in the system vimrc
(which is sourced prior to your personal vimrc).
Hope this helps...
Brett Stahlman
regards Peter
--
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org
1 - 100 of 150 matches
Mail list logo