On Mon, 19 Mar 2007 09:22:08 -0600, Josh [EMAIL PROTECTED] wrote:
There are no patent issues, but there is export issues, I live in the US
The reason I suggested Rijndael is because there are no US export
issues. Not only was it developed in Flanders so implementations
outside the US abound,
Reproducible: Always
Steps to reproduce:
1. Place an uppercase mark A in file aa.c;
2. use :echo line('A), it will display the correct line number;
3. change to another file, execute :echo line('A), it will display the line
number too.
Actual result:
See above.
Expected result:
In a file
Hi Bram,Nikolai,
I went through the regxp code and have a few questions...
First, Why use this kind of a coding scheme and encode patterns rather
than using a state diagram ? ( Performance/Memory ? ). Secondly, is it a
requirement that the new implementation has to follow the same method ?
I
Stuart Powers wrote:
I opend a file in vim:
vim WineComplianceVarietal.txt
then I typed:
:vs /DI_Pernod/data/pernod/product.txt
which successfully split the window.
then I typed:
:vs ./
upon which I saw: www.stuism.com/temp/vim_split_bug.png
Easwy Yang wrote:
Reproducible: Always
Steps to reproduce:
1. Place an uppercase mark A in file aa.c;
2. use :echo line('A), it will display the correct line number;
3. change to another file, execute :echo line('A), it will display the line
number too.
Actual result:
See above.
Matthew Winn wrote:
On Mon, 19 Mar 2007 09:22:08 -0600, Josh [EMAIL PROTECTED] wrote:
There are no patent issues, but there is export issues, I live in the US
The reason I suggested Rijndael is because there are no US export
issues. Not only was it developed in Flanders so
On Sun, Mar 18, 2007 at 08:55:33PM +0100, Bram Moolenaar wrote:
Main issue is that the current encryption is breakable. We need a
stronger encryption, which is free to distribute. We only need one new
method.
If a strong encryption algorithm is used, the keys may still be the weak
spot. A
Hi,
To clarify, based on my understanding: if software is exported
from the
U.S., which vim arguably is, and it is capable of powerful encryption
isn't vim exported from the Netherlands?
Nico
Sorry for sending to Bram's private mail address.
Here's my original mail.
-- Forwarded message --
From: Easwy Yang [EMAIL PROTECTED]
Date: 2007-3-21 上午9:19
Subject: Re: BUG? line('A) always returns line number in all the files
To: Bram Moolenaar [EMAIL PROTECTED]
Yes, it is!
Ken Hirsch wrote:
[...]
To clarify, based on my understanding: if software is exported from the
U.S., which vim arguably is, and it is capable of powerful encryption
(64-bit symmetric keys, other limits for public-key/elliptic
algorithms), then it _is_ subject to export restrictions. As the
Tim Chase wrote on 19/03/2007 23:01:
Or, if all your columns align, you can use visual-block mode with
control+V to create a block across the characters in question, and then
just hit d to delete.
-tim
Sorry, I'm begginer with VIM (under Windows XP).
When I want to select a block with
Tim Chase wrote on 19/03/2007 23:01:
Or, if all your columns align, you can use visual-block mode with
control+V to create a block across the characters in question, and then
just hit d to delete.
-tim
Sorry, I'm begginer with VIM (Windows XP).
When I want to select a block with my
Arnaud Bourree wrote on 20/03/2007 10:22:
Tim Chase wrote on 19/03/2007 23:01:
Or, if all your columns align, you can use visual-block mode with
control+V to create a block across the characters in question, and then
just hit d to delete.
-tim
Sorry, I'm begginer with VIM (Windows XP).
On 3/19/07, Mitch Wiedemann [EMAIL PROTECTED] wrote:
Hi all,
I use VIM - Vi IMproved 7.0 (2006 May 7, compiled Feb 23 2007 22:17:23)
to write mainly XHTML/PHP and I sometimes have to get content from word
processed documents and paste it into Vim for HTML markup. This usually
results in having
On 3/19/07, John Orr [EMAIL PROTECTED] wrote:
Hi all,
I'm a bit frustrated by a particular behaviour of vim, and today I modified the
source code to 'fix' it. I'd be very grateful for some opinions if you
a) agree with my thoughts, or
b) have a better solution.
The problem - is when you run
Arnaud Bourree schrieb:
Arnaud Bourree wrote on 20/03/2007 10:22:
Tim Chase wrote on 19/03/2007 23:01:
Or, if all your columns align, you can use visual-block mode with
control+V to create a block across the characters in question, and then
just hit d to delete.
-tim
Sorry, I'm begginer
On 3/19/07, fREW [EMAIL PROTECTED] wrote:
Hi all,
I was recently discussing some features of vim that I use a lot with a
friend and asking if he knew of ways to do certain things better, and
one issue that both of us have is that we create newlines with o or O
and then go back to normal mode
On Mon, Mar 19, 2007 at 11:50:12PM EST, A.J.Mechelynck wrote:
[..]
more shows the colors with no problem. In general, I use:
- less
- when there is a long listing which I want to be able to scroll back and
forth, or to search with a / command
- not when there are interspersed
On Tue, 20 Mar 2007, Yakov Lerner wrote:
On 3/19/07, fREW [EMAIL PROTECTED] wrote:
one issue that both of us have is that we create newlines with o or O
and then go back to normal mode immediately afterwards.
I have this mapping
noremap Enter icresc
in my vimrc, so I *do* do it with
On Thu, Feb 08, 2007 at 01:30:37PM +0100, Thomas Michael Engelke wrote:
Hello!
I am using the following mapping:
map F4 [I:let nr = input(Match: )Barexe normal . nr .[\tCR
I've now implemented a small outline utility based on regex
At the moment it opens another window and shows a list
Greg Matheson wrote:
On Tue, 20 Mar 2007, Yakov Lerner wrote:
On 3/19/07, fREW [EMAIL PROTECTED] wrote:
one issue that both of us have is that we create newlines with o or O
and then go back to normal mode immediately afterwards.
I have this mapping
noremap Enter icresc
in my vimrc,
Mitch Wiedemann wrote:
non-visually detectable characters (which I assume are high ASCII)
If I may nitpick, high ASCII is not the right terminology here.
The ASCII table only contains 128 characters, with codes 0…127 (where
only codes 32…126 have a visual representation.)
What you call high
Thanks everyone for your suggestions! I'm now looking around for a
typical document that I can paste in to use a a guinea pig.
Viva la Vim!
I want to know a command for this:
a word start with 123 but NOT followed by 45, such as
12346
12357
are match,
only 12345 not match.
The regexp you're looking for would be something like
\123\(45\)[EMAIL PROTECTED]
That breaks down as
\ the beginning of a word
123 the
/123\([^4]\|4[^5]\)/
Keep in mind this would match
123ab
As well.
*tim*
-Original Message-
From: Bin Chen [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 20, 2007 9:29 AM
To: Vim ML
Subject: replace command
I want to know a command for this:
a word start with 123 but NOT followed
/123\(45\)[EMAIL PROTECTED]
add \w* to the end of the pattern to include 46 and 57 in the search
result, to match to the end of the word, and add \ to the beginning
of the pattern to match for 123 only at the beginning of a word.
Cheers.
On 20/03/07, Bin Chen [EMAIL PROTECTED] wrote:
I want
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All,
Tim's recent post got me looking at \z
I've read :h :syn-ext-match but it's gibberish to me at the moment
Can someone break down how this suggestion works?
If you want to delete everything after the 2nd comma, you can use
I don't normally notify this list of updates to our Windows installer:
http://sourceforge.net/project/showfiles.php?group_id=43866package_id=39721
but we've modified this latest version to remove the existing Vim
installation prior to installation by default. (It only removes
vim\vim70, not
Jean-Rene David wrote:
* [EMAIL PROTECTED] [2007.03.19 22:30]:
The more frustrating thing is: if I continuously
scroll down in the 'more-prompt' mode, the
'more-prompt' will eventually quits the display
and the message are disappeared forever, so I
must be careful NOT to press any key
one issue that both of us have is that we create newlines with o or O
and then go back to normal mode immediately afterwards.
I have this mapping
noremap Enter icresc
in my vimrc, so I *do* do it with one keystroke
(the Enter in normal mode).
That's an idea!
I use CR a lot in normal mode
Tim's recent post got me looking at \z
I've read :h :syn-ext-match but it's gibberish to me at the moment
the \zs and \ze modifiers are handy ways ot indicating where any
replacements start/end. Their documentation can be found at
:help /\zs
:help /\ze
The
:help
\zs means begin the match here
so you can put it into a search term, and the term before \zs is used
to position the match, but is not included within it.
the other end can be done, as well - anchoring the match at the end using \ze
HTH
Tom.
On 20/03/07, Brian McKee [EMAIL PROTECTED] wrote:
Mitch Wiedemann wrote:
Hi all,
I use VIM - Vi IMproved 7.0 (2006 May 7, compiled Feb 23 2007 22:17:23)
to write mainly XHTML/PHP and I sometimes have to get content from word
processed documents and paste it into Vim for HTML markup. This usually
results in having non-visually detectable
* Bram Moolenaar [2007.03.20 11:45]:
How many times did I repeat a command just because
I had pressed Space one time too many...
You can type g to go back to the messages.
Thanks! Didn't know about that.
Reading the help, this only brings back the last
viewed page of messages though. Not
Jean-Rene David wrote:
* Bram Moolenaar [2007.03.20 11:45]:
How many times did I repeat a command just because
I had pressed Space one time too many...
You can type g to go back to the messages.
Thanks! Didn't know about that.
Reading the help, this only brings back the last
On wtorek 20 marzec 2007, vim@vim.org wrote:
firewall our build machine sits behind. So I'm open to solutions for
how to remove obsoletes from the file set. I had considered deleting
the oldest files, but in most cases (such as the current) the files to
be removed are generally newer than the
I recently installed 7.0 and have noticed some undesirable behavior;
I'm expecting there's a config option that already exists and I'm
just missing it in the docs.
Suppose I run vim * and there happens to be some very large files
in the directory. While vim is loading a big file into its buffer,
I'm an avid user of the new tabbed interface in Vim 7, maybe because
I never understood how to use hidden buffers effectively.
One of the things I dislike about Vim's tabs is that when I close one,
by means of :q or ZZ, its buffer is not deleted. This means that my Vim
accumulates open file
On 3/20/07, Tobia [EMAIL PROTECTED] wrote:
I'm an avid user of the new tabbed interface in Vim 7, maybe because
I never understood how to use hidden buffers effectively.
One of the things I dislike about Vim's tabs is that when I close one,
by means of :q or ZZ, its buffer is not deleted. This
I think we are missing some easy integration with gnome desktop. Here is
how I got to think so:
I was working with some files on a remote folder using nautilus and
noticed I could open remote text files with gedit transparently; but
that did not work with gvim.
I knew vim can handle editing over
On Tue, 20 Mar 2007, Tim Chase wrote:
one issue that both of us have is that we create newlines with o or O
and then go back to normal mode immediately afterwards.
I have this mapping
noremap Enter icresc
in my vimrc, so I *do* do it with one keystroke
(the Enter in normal mode).
Hello,
I have a 9MB XML files I am working with.
I would like to select a block of about 90,000 lines in a file and copy them
to the clipboard so they can be pasted in another file.
Doing this with the mouse would probably take until the sun burns out.
Is there anyway to say to vim:
On 3/20/07, mas [EMAIL PROTECTED] wrote:
Hello,
I have a 9MB XML files I am working with.
I would like to select a block of about 90,000 lines in a file and copy them
to the clipboard so they can be pasted in another file.
Doing this with the mouse would probably take until the sun burns
cga2000 wrote:
On Mon, Mar 19, 2007 at 11:50:12PM EST, A.J.Mechelynck wrote:
[..]
more shows the colors with no problem. In general, I use:
- less
- when there is a long listing which I want to be able to scroll back and
forth, or to search with a / command
- not when there are
And a massive thank you to you for your words of advice!
Theerasak Photha wrote:
On 3/20/07, mas [EMAIL PROTECTED] wrote:
Hello,
I have a 9MB XML files I am working with.
I would like to select a block of about 90,000 lines in a file and copy
them
to the clipboard so they can be
Hello, all. This is going to seem painfully basic, I'm sure, but I
haven't been able to find an answer elsewhere.
I often use Vim to edit files over a network, and I have an unfortunate
propensity for mis-typing my passwords on the first try. Also
unfortunately, I find that the only way I can
On 3/20/07, A.J.Mechelynck [EMAIL PROTECTED] wrote:
cga2000 wrote:
On Mon, Mar 19, 2007 at 11:50:12PM EST, A.J.Mechelynck wrote:
[..]
more shows the colors with no problem. In general, I use:
- less
- when there is a long listing which I want to be able to scroll back and
forth, or to
fREW wrote:
On 3/20/07, A.J.Mechelynck [EMAIL PROTECTED] wrote:
cga2000 wrote:
On Mon, Mar 19, 2007 at 11:50:12PM EST, A.J.Mechelynck wrote:
[..]
more shows the colors with no problem. In general, I use:
- less
- when there is a long listing which I want to be able to scroll
back and
Andrea Ratto wrote:
I think we are missing some easy integration with gnome desktop. Here is
how I got to think so:
I was working with some files on a remote folder using nautilus and
noticed I could open remote text files with gedit transparently; but
that did not work with gvim.
I knew vim
On 3/20/07, J.D. Laub [EMAIL PROTECTED] wrote:
I recently installed 7.0 and have noticed some undesirable behavior;
I'm expecting there's a config option that already exists and I'm
just missing it in the docs.
Suppose I run vim * and there happens to be some very large files
in the directory.
mas wrote:
Hello,
I have a 9MB XML files I am working with.
I would like to select a block of about 90,000 lines in a file and copy them
to the clipboard so they can be pasted in another file.
Doing this with the mouse would probably take until the sun burns out.
Is there anyway to
51 matches
Mail list logo