On Tue, Apr 17, 2007 at 10:35:14PM -0400, David Howland wrote:
> Dear Vim gods,
>
> Please consider adding the following command to Vim:
> :bc (for buffer close)
> It acts just like :bd , except that if the buffer is in a split window,
> it does not remove the window.
> Thank you.
I've seen thi
Dear Vim gods,
Please consider adding the following command to Vim:
:bc (for buffer close)
It acts just like :bd , except that if the buffer is in a split window,
it does not remove the window.
Thank you.
Sincerely,
dave
In vimtutor, I see the following:
A short list of motions:
w - until the start of the next word, EXCLUDING its first character.
e - to the end of the current word, INCLUDING the last character.
$ - to the end of the line, INCLUDING the last character.
I think we should add "b" after "w
On 2/28/07, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Nikolai Weibull wrote:
[Add a skip directive to the :syn command to allow arbitrary skipping.]
Sounds like a good idea. I'll add it to the todo list.
Great!
If you really want this added you would have to send a patch...
Yeah :-(.
Nikolai Weibull wrote:
> I'm a firm believer in the nextgroup directive for defining syntaxes.
> It allows you to define grammars, which I really enjoy doing.
> However, one problem is that many languages allow things to appear in
> their input that's not part of the language's grammar. For exam
On 2/27/07, Nikolai Weibull <[EMAIL PROTECTED]> wrote:
Anyway, what I'm actually suggesting is a way to get around this issue
by adding a new directive to the :syntax command that can be used
alongside nextgroup to skip certain syntax groups before trying the
groups defined by nextgroup. This i
I would find this feature very useful as well.
+1
regards,
Peter
--- Nikolai Weibull <[EMAIL PROTECTED]> wrote:
> I'm a firm believer in the nextgroup directive for defining syntaxes.
> It allows you to define grammars, which I really enjoy doing.
> However, one problem is that many languages a
I'm a firm believer in the nextgroup directive for defining syntaxes.
It allows you to define grammars, which I really enjoy doing.
However, one problem is that many languages allow things to appear in
their input that's not part of the language's grammar. For example,
many languages allow commen
On 1/31/07, A.J.Mechelynck <[EMAIL PROTECTED]> wrote:
Nikolai Weibull wrote:
> On 1/30/07, Martin Krischik <[EMAIL PROTECTED]> wrote:
>> Am Dienstag 30 Januar 2007 schrieb [EMAIL PROTECTED]:
>>
>> > - being able to open very large files quickly and
>> > without using too much memory. This could p
Dominique Pelle wrote:
> My wishlist for vim-8.0:
>
> - being able to open very large files quickly and
> without using too much memory. This could possibly
> be achieved by not loading the entire file immediately.
> File could be loaded lazily when required.
This could perhaps have been
Nikolai Weibull wrote:
On 1/30/07, Martin Krischik <[EMAIL PROTECTED]> wrote:
Am Dienstag 30 Januar 2007 schrieb [EMAIL PROTECTED]:
> - being able to open very large files quickly and
> without using too much memory. This could possibly
> be achieved by not loading the entire file immediately.
On 1/30/07, Martin Krischik <[EMAIL PROTECTED]> wrote:
Am Dienstag 30 Januar 2007 schrieb [EMAIL PROTECTED]:
> - being able to open very large files quickly and
> without using too much memory. This could possibly
> be achieved by not loading the entire file immediately.
> File could be loaded l
Am Dienstag 30 Januar 2007 schrieb [EMAIL PROTECTED]:
> - being able to open very large files quickly and
> without using too much memory. This could possibly
> be achieved by not loading the entire file immediately.
> File could be loaded lazily when required.
The last (and only) editor t
My wishlist for vim-8.0:
- being able to open very large files quickly and
without using too much memory. This could possibly
be achieved by not loading the entire file immediately.
File could be loaded lazily when required.
- define spelling checker language for different
part of the fi
I'd like to see an external .vimrc editor shipping with gVim and
directly accessible from within easy mode (e.g. on the tools menu). The
editor would likely be a totally separate binary though, so maybe a
separate project is called for.
What I have in mind is a tabbed dialog (depending on plat
On 1/23/07, Marc Weber <[EMAIL PROTECTED]> wrote:
It would be convinient to get an item from the completion menu faster
than .. or typing more characters.
What do you think of prepending each item with a number and add a
key-mapping
to get the idxth item?
so 4 would select the 4th.
Would it b
> Marc,
>
> Look up (in :he) "omnifunc". For PHP, for example, it is set to
> phpcomplete#CompletePHP. That function returns the list of matches. So,
> if you remap 1 through 9 to your own custom functions, you
> should be able to figure out a way of getting what you are looking for I
> think.
Marc Weber wrote:
It would be convinient to get an item from the completion menu faster
than .. or typing more characters.
What do you think of prepending each item with a number and add a
key-mapping
to get the idxth item?
so 4 would select the 4th.
Would it be convinient to add another mapp
It would be convinient to get an item from the completion menu faster
than .. or typing more characters.
What do you think of prepending each item with a number and add a
key-mapping
to get the idxth item?
so 4 would select the 4th.
Would it be convinient to add another mapping space for comple
On 8/1/06, Nicolas Schodet <[EMAIL PROTECTED]> wrote:
* Nikolai Weibull <[EMAIL PROTECTED]> [060722 12:08]:
> I am the maintainer of compiler/gcc.vim and I would like to propose
> the following change to its errorformat:
> @@ -20,7 +20,8 @@ setlocal errorformat=
> \\"%f\"\\,\ line\ %l%*\\D
Tony Mechelynck wrote:
> Bram: The vimrc_example.vim is already mentioned in 23 helpfile lines.
> I suggest that (a) it be mentioned also under ":help vimrc" and (b)
> that the text under ":help not-compatible" be changed to mention
> sourcing rather than (as now) copying. Sourcing is not really
On Sat 7-Oct-06 7:06pm -0600, A.J.Mechelynck wrote:
> Bill McCarthy wrote:
>> On Sat 7-Oct-06 5:17pm -0600, Yakov Lerner wrote:
>>> Every time I look at the {autocmd BufReadPost * \ if
>>> line("'\"") > 0 && line("'\"") <= line("$") | exe "normal
>>> g`\"" |endif} sequence , I get a feeling like t
Bill McCarthy wrote:
On Sat 7-Oct-06 5:17pm -0600, Yakov Lerner wrote:
Every time I look at the {autocmd BufReadPost * \ if
line("'\"") > 0 && line("'\"") <= line("$") | exe "normal
g`\"" |endif} sequence , I get a feeling like the switch
which would need to be acessible and reachable inside th
On Sat 7-Oct-06 5:17pm -0600, Yakov Lerner wrote:
> Every time I look at the {autocmd BufReadPost * \ if
> line("'\"") > 0 && line("'\"") <= line("$") | exe "normal
> g`\"" |endif} sequence , I get a feeling like the switch
> which would need to be acessible and reachable inside the
> car near the
Yakov Lerner wrote:
On 10/7/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Yakov Lerner wrote:
> I suggest new flag for 'viminfo'; flag to turn on the
*last-position-jump*
> functionality (say, letter j). Such it will be much easier method to
> turn on the last-position-jump functionality. Wi
On 10/7/06, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
Yakov Lerner wrote:
> I suggest new flag for 'viminfo'; flag to turn on the *last-position-jump*
> functionality (say, letter j). Such it will be much easier method to
> turn on the last-position-jump functionality. With new flag, it will be
Yakov Lerner wrote:
I suggest new flag for 'viminfo'; flag to turn on the *last-position-jump*
functionality (say, letter j). Such it will be much easier method to
turn on the last-position-jump functionality. With new flag, it will be
mere:
:set viminfo='20,<50,s10,j
or
:set viminfo
Yakov Lerner wrote:
> I suggest new flag for 'viminfo'; flag to turn on the *last-position-jump*
> functionality (say, letter j). Such it will be much easier method to
> turn on the last-position-jump functionality. With new flag, it will be mere:
>
> :set viminfo='20,<50,s10,j
> or
>
I suggest new flag for 'viminfo'; flag to turn on the *last-position-jump*
functionality (say, letter j). Such it will be much easier method to
turn on the last-position-jump functionality. With new flag, it will be mere:
:set viminfo='20,<50,s10,j
or
:set viminfo+=j
-- as easy as adddi
* Nikolai Weibull <[EMAIL PROTECTED]> [060722 12:08]:
> I am the maintainer of compiler/gcc.vim and I would like to propose
> the following change to its errorformat:
> @@ -20,7 +20,8 @@ setlocal errorformat=
> \\"%f\"\\,\ line\ %l%*\\D%c%*[^\ ]\ %m,
> \%D%*\\a[%*\\d]:\ Entering\ direc
On 2006-07-22, Nikolai Weibull <[EMAIL PROTECTED]> wrote:
> On 7/22/06, Ilya <[EMAIL PROTECTED]> wrote:
> > Nikolai Weibull wrote:
>
> > > So the addition of %-G%.%# to exclude anything but the defined formats
> > > from the listing saves us the trouble of seeing useless compiler
> > > command-lin
On 2006-07-22, Christ van Willegen <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I only recently joined, I don't know if this has been discussed before...
>
> At the company where I work, we sometimes copy source from one project
> to another, usually between classes of the same fuctionality, but
> differ
On 7/22/06, Ilya <[EMAIL PROTECTED]> wrote:
Nikolai Weibull wrote:
> @@ -20,7 +20,8 @@ setlocal errorformat=
> \\"%f\"\\,\ line\ %l%*\\D%c%*[^\ ]\ %m,
> \%D%*\\a[%*\\d]:\ Entering\ directory\ `%f',
> \%X%*\\a[%*\\d]:\ Leaving\ directory\ `%f',
> - \%DMaking\ %*\\a\ in\
Nikolai Weibull wrote:
I am the maintainer of compiler/gcc.vim and I would like to propose
the following change to its errorformat:
@@ -20,7 +20,8 @@ setlocal errorformat=
\\"%f\"\\,\ line\ %l%*\\D%c%*[^\ ]\ %m,
\%D%*\\a[%*\\d]:\ Entering\ directory\ `%f',
\%X%*\\a[%*\\d]:\ Lea
On 7/22/06, Ilya <[EMAIL PROTECTED]> wrote:
Nikolai Weibull wrote:
> So the addition of %-G%.%# to exclude anything but the defined formats
> from the listing saves us the trouble of seeing useless compiler
> command-lines in the list of changes.
If this is really such a drastic change, the
Nikolai Weibull wrote:
I am the maintainer of compiler/gcc.vim and I would like to propose
the following change to its errorformat:
@@ -20,7 +20,8 @@ setlocal errorformat=
\\"%f\"\\,\ line\ %l%*\\D%c%*[^\ ]\ %m,
\%D%*\\a[%*\\d]:\ Entering\ directory\ `%f',
\%X%*\\a[%*\\d]:\ Lea
On 7/22/06, Christ van Willegen <[EMAIL PROTECTED]> wrote:
we sometimes copy source from one project
to another, usually between classes of the same fuctionality, but
different naming.
vim -d does almost what I want, but:
- Highlights differences in class names, and
- When putting/getting diff
Hi,
I only recently joined, I don't know if this has been discussed before...
At the company where I work, we sometimes copy source from one project
to another, usually between classes of the same fuctionality, but
different naming.
vim -d does almost what I want, but:
- Highlights difference
I am the maintainer of compiler/gcc.vim and I would like to propose
the following change to its errorformat:
@@ -20,7 +20,8 @@ setlocal errorformat=
\\"%f\"\\,\ line\ %l%*\\D%c%*[^\ ]\ %m,
\%D%*\\a[%*\\d]:\ Entering\ directory\ `%f',
\%X%*\\a[%*\\d]:\ Leaving\ directory\ `%f',
-
Oops correction. The 10th ilne from the bottom of script
if bad != 0
has benign bug (it triggers only on empty file).
This line shall be:
if total != 0 " avoid division by 0
Yakov
st used spell regions (e.g. en_gb, hu,
> cs, sk), could be frequent spell checking in different languages made
> a lot of friendly.
>
> I'm personally using 3-4 different languages per day (e-mails,
> work,...), and using the spell function of Vim 7 for a week I realised
&
On 4/29/06, Milan Berta <[EMAIL PROTECTED]> wrote:
Is there any way how to count bad words in a file which is spelled? Or
any function which can show an 'error rate' of a file?
The script that does what you want is below, and also attached.
Press F5 to activate.
This is sample output:
Total w
, could be frequent spell checking in different languages made
a lot of friendly.
I'm personally using 3-4 different languages per day (e-mails,
work,...), and using the spell function of Vim 7 for a week I realised
this inconvenience. Any suggestion how to make it solved without
implementing a new
43 matches
Mail list logo
