On 16/01/08 14:41 +0100, Richard Hartmann 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. And yes, I
> results in this being printed:
>
> function A
> function A..B
> function A..B..C
>
> So, you can easily make a function yourself returning the callstack,
> something like:
>
> function! CallStack()
> return split(substitute(expand(""), '^\S\+\s', '', ''), '\.\.')
> endfunction
That's cool;
Matt Wozniski wrote:
>On Jan 16, 2008 3:59 PM, Ben Schmidt wrote:
>
>
>>Charles E. Campbell, Jr. wrote:
>>
>>
>>>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
On Jan 16, 2008 3:59 PM, Ben Schmidt wrote:
>
> Charles E. Campbell, Jr. wrote:
> > 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
>
Currently only *.m files are recognized as mma filetype
(Mathematica). *.nb files can also be safely linked to the mma file
type, as Mathematica notebooks just contain one big Mathematica
expression.
Of course one does not normally edit raw notebook files with a text
editor, but syntax colouring
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
> >> f
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 so
>>> - 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
krischik wrote:
>> 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 enhancem
Charles E. Campbell, Jr. wrote:
> 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 followin
Patch 7.1.231
Problem:When shifting lines the change is acted upon multiple times.
Solution: Don't have shift_line() call changed_bytes.
Files: src/edit.c, src/ops.c, src/proto/edit.pro, src/proto/ops.pro
*** ../vim-7.1.230/src/edit.c Mon Jan 14 20:11:37 2008
--- src/edit.c Mon Ja
On 16/01/2008, George V. Reilly <[EMAIL PROTECTED]> wrote:
> On 14/01/2008, Mike Williams <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > Catching up from the weekend patches I had two warnings for my builds.
> > The attached patch fixes them - done against 7.1.228
>
> I've attached the latest Win64 pa
Jürgen Krämer wrote:
>Hi,
>
>James Vega wrote:
>
>
>>On Jan 16, 2008 8:39 AM, Jürgen Krämer <[EMAIL PROTECTED]> wrote:
>>
>>
>>>The behaviour you want can be achieved with an additional script by
>>>Dr. Chip. You can download it from the following url
>>>
>>>
>>In Vim7 you can also us
Hi,
James Vega wrote:
> On Jan 16, 2008 8:39 AM, Jürgen Krämer <[EMAIL PROTECTED]> wrote:
>> The behaviour you want can be achieved with an additional script by
>> Dr. Chip. You can download it from the following url
>
> In Vim7 you can also use the \%V operator as described at ":help
> /\%V".
On Jan 16, 2008 8:39 AM, Jürgen Krämer <[EMAIL PROTECTED]> wrote:
> The behaviour you want can be achieved with an additional script by
> Dr. Chip. You can download it from the following url
In Vim7 you can also use the \%V operator as described at ":help
/\%V". This will limit the match to only
Adri Verhoef wrote:
> Well, I don't know what happened, but after one more batch of tests
> suddenly everything seems to work that was earlier reported as bad.
> One thing that was strange though: Vim reported to have patch #215
> installed twice, while I can't remember I downloaded that one eve
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
Hi,
Richard Hartmann wrote:
>
> I know there are some issues with visual block behaving like visual
> lines sometimes, so this might just be somewhere in the future 'for
> free', but here goes anyway :)
>
>
> vim -u NONE -U NONE
> "type any text over a few lines
>
>
> :s/foo/bar/g
>
> If f
Hi all,
I know there are some issues with visual block behaving like visual
lines sometimes, so this might just be somewhere in the future 'for
free', but here goes anyway :)
vim -u NONE -U NONE
"type any text over a few lines
:s/foo/bar/g
If foo appears on the same line as, but outside of,
> -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 PROTEC
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
> 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 16-Jan-08 11:46, Milan Vancura wrote:
> 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")
>
> Milan Vancura
> - 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 ;-)
> - add collaborativ
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 v
> 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/
--~--~-~--~~-
[to Vim_Dev
cc to maintainer Gautam Iyer]
On Tue, 15 Jan 2008 21:38:13 +0100, Bram Moolenaar wrote:
> Nevertheless, most email programs know how to escape these lines (that's
> what happened above), so they are not really special when editing a
> message. Only when you actually edit the mbox fi
> -Original Message-
> From: vim_dev@googlegroups.com [mailto:[EMAIL PROTECTED] On
> Behalf Of Charles E. Campbell, Jr.
> Sent: 16 January 2008 05:04
> To: vim_dev@googlegroups.com
> Subject: Re: New features to vote on and sponsoring
>
>
> I think it'd be a small thing -- but only Bram
28 matches
Mail list logo