Is this close enough?
:command BDP bp | bd #
:command BDN bn | bd #
Yes. Thanks :-)
Nico
--~--~-~--~~~---~--~~
You received this message from the vim_dev maillist.
For more information, visit http://www.vim.org/maillist.php
Dnia Saturday 19 of January 2008, Ben Schmidt napisał:
Tony Mechelynck wrote:
Mikolaj Machowski wrote:
Dnia Thursday 17 of January 2008, Bram Moolenaar napisał:
Hello Vim users,
I have added two items to vote on:
- add collaborative editing: changes made to a file show up in
On Jan 17, 10:07 pm, Mikolaj Machowski [EMAIL PROTECTED] wrote:
Dnia Thursday 17 of January 2008, Bram Moolenaar napisał:
Hello Vim users,
I have added two items to vote on:
- add collaborative editing: changes made to a file show up in another
Vim in a second
- add flexible tab
On Saturday 19 January 2008 16:07, ap wrote:
On Jan 17, 10:07 pm, Mikolaj Machowski [EMAIL PROTECTED]
wrote:
Dnia Thursday 17 of January 2008, Bram Moolenaar napisał:
Hello Vim users,
I have added two items to vote on:
- add collaborative editing: changes made to a file
show
On Jan 19, 11:32 pm, sc [EMAIL PROTECTED] wrote:
On Saturday 19 January 2008 16:07, ap wrote:
On Jan 17, 10:07 pm, Mikolaj Machowski [EMAIL PROTECTED]
wrote:
Dnia Thursday 17 of January 2008, Bram Moolenaar napisał:
Hello Vim users,
I have added two items to vote on:
-
ap wrote:
On Jan 17, 10:07 pm, Mikolaj Machowski [EMAIL PROTECTED] wrote:
[...]
I'd like to see something simpler(?): better command line completion of
built-in commands. You can script user defined commands as you wish to
perform all magic but completion of many built-in commands is really
On Jan 20, 12:02 am, Tony Mechelynck [EMAIL PROTECTED]
wrote:
ap wrote:
On Jan 17, 10:07 pm, Mikolaj Machowski [EMAIL PROTECTED] wrote:
[...]
I'd like to see something simpler(?): better command line completion of
built-in commands. You can script user defined commands as you wish to
On Saturday 19 January 2008 22:30, Matt Wozniski wrote:
On Jan 19, 2008 7:36 PM, Nico Weber wrote:
Is this becoming a wishlist ?
:b[dw][np] -- Delete/Wipe buffer and open
: next/previous one w/o
closing any
tabs/windows
that's something i've wished
Mikolaj Machowski wrote:
Dnia Thursday 17 of January 2008, Bram Moolenaar napisał:
Hello Vim users,
I have added two items to vote on:
- add collaborative editing: changes made to a file show up in another
Vim in a second
- add flexible tab stops, can be used for tables
I'd like to
Dnia Thursday 17 of January 2008, Bram Moolenaar napisał:
Hello Vim users,
I have added two items to vote on:
- add collaborative editing: changes made to a file show up in another
Vim in a second
- add flexible tab stops, can be used for tables
I'd like to see something simpler(?):
Tony Mechelynck wrote:
Mikolaj Machowski wrote:
Dnia Thursday 17 of January 2008, Bram Moolenaar napisał:
Hello Vim users,
I have added two items to vote on:
- add collaborative editing: changes made to a file show up in another
Vim in a second
- add flexible tab stops, can be used for
Is there some existing open source project that can be leveraged to
solve a lot of these problems? Or some Google project?
IMHO Gobby is one of the best out there: free, open source, real time
collaboration: http://gobby.0x539.de
Diwaker
--
http://floatingsun.net/
On 15 Jan., 21:55, Bram Moolenaar [EMAIL PROTECTED] wrote:
Hello Vim users,
I have added two items to vote on:
- add collaborative editing: changes made to a file show up in another
Vim in a second
- add flexible tab stops, can be used for tables
Now I wonder why so may of you vote make
for me, just the ability to make a diff between current buffer and the
corresponding file on the disk would be suficient. (and add it as a next item
to a dialog File was modified externaly: [O]K, [L]oad the file...[S]how
diff)
Yes! that would be a great enhancement!
Martin
On Wed, 16 Jan 2008 11:46:46 +0100, Milan Vancura [EMAIL PROTECTED]
wrote:
- add flexible tab stops, can be used for tables
Bram, do you mean Matthew Winn's patch? It would be super! I hope that as it
works, the amount of work to push it to production state will be small and
this
On Jan 15, 2008 9:55 PM, Bram Moolenaar [EMAIL PROTECTED] wrote:
- add collaborative editing: changes made to a file show up in another
Vim in a second
Unless this is done in full, screen -x is probably better suited. I have to
agree that this would be great for mentoring people, though.
-Original Message-
From: vim_dev@googlegroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Matthew Winn
Sent: 16 January 2008 13:55
To: [EMAIL PROTECTED]
Subject: Re: New features to vote on and sponsoring
On Wed, 16 Jan 2008 11:46:46 +0100, Milan Vancura [EMAIL PROTECTED
- add flexible tab stops, can be used for tables
Bram, do you mean Matthew Winn's patch? It would be super! I hope that as it
works, the amount of work to push it to production state will be small and
this
feature will be be included in vim even without any extra votes ;-)
It's slightly
Matthew Winn wrote:
(snip)
Also, it uses the same tabstops over an entire file. An extended idea
is to find some way of specifying different tab widths at different
parts of the same file, but that means a heap of empty cans and worms
all over the place.
You'd probably need to use something
On Jan 16, 2008 1:15 PM, Ben Schmidt [EMAIL PROTECTED] wrote:
- add flexible tab stops, can be used for tables
Bram, do you mean Matthew Winn's patch? It would be super! I hope that
as it
works, the amount of work to push it to production state will be small
and this
feature will be be
- add collaborative editing: changes made to a file show up in another
Vim in a second
Do you mean changes to a file (ie. contents are only synced on file
write) or do you mean changes to a buffer (ie collaborative real-
time editing over the web)?
Thanks,
Nico
On 15/01/2008, Bram Moolenaar [EMAIL PROTECTED] wrote:
Nico Weber wrote:
- add collaborative editing: changes made to a file show up in another
Vim in a second
Do you mean changes to a file (ie. contents are only synced on file
write) or do you mean changes to a buffer (ie
Do you mean changes to a file (ie. contents are only synced on
file
write) or do you mean changes to a buffer (ie collaborative real-
time editing over the web)?
You are right, it should be buffer. I'll change it.
Not sure about the over the web part. This won't be easy to
Not sure about the over the web part. This won't be easy to
implement
locally anyway.
What would this be good for if it works only locally then?
I'm sure locally includes ssh sessions which can provide across-the-web
functionality. Just have to have two people logged into the same
On 2008-01-16, Ben Schmidt [EMAIL PROTECTED] wrote:
Not sure about the over the web part. This won't be easy to
implement
locally anyway.
What would this be good for if it works only locally then?
I'm sure locally includes ssh sessions which can provide
across-the-web
I think it'd be a small thing -- but only Bram knows for sure.
I'd like Decho (from my debugging plugin) to be able to report what
line/file/function it was called from so I can relate Decho output to
where it was generated. Something like the following would do the trick:
v:call_line --
26 matches
Mail list logo