On 5/23/07, Yongwei Wu <[EMAIL PROTECTED]> wrote:
On 23/05/07, John Beckett <[EMAIL PROTECTED]> wrote:
> panshizhu wrote:
> > As far as I know, Windows does not support files larger than
> > 4GB. So its okay to use unsigned 32-bit for filesize in
> > windows.
>
> It's not as bad as that! Even FAT
"Yongwei Wu" <[EMAIL PROTECTED]> 写于 2007-05-24 11:28:06:
> Who really want to edit TEXT files as large as that? I cannot think of
> scenarios other than log files. Maybe Vim does not fit in this role.
>
> Best regards,
>
> Yongwei
> --
Yes it fits in this role, and frankly speaking this was the re
On 23/05/07, John Beckett <[EMAIL PROTECTED]> wrote:
panshizhu wrote:
> As far as I know, Windows does not support files larger than
> 4GB. So its okay to use unsigned 32-bit for filesize in
> windows.
It's not as bad as that! Even FAT32 supports files much larger
than 4GB.
Not true. FAT32 sup
Charles E Campbell Jr <[EMAIL PROTECTED]> 写于 2007-05-23 21:38:27:
> Sounds like the filesize is getting stored in a 32bit signed number, and
> overflowing.
> Is the negative number -1 (that would mean "file can't be found")? If
> not, then perhaps
> that fact could be used to "extend" the LargeFil
Robert Maxwell Robinson wrote:
In that case, I'll have to thank Bram for fixing my problem before I
even asked him to do so! Thanks Gary, when I get a chance I'll download
vim 7.
To those of you who provided links to work-around scripts etc., thank
you for your help. If any of you are hav
On 2007-05-23, cupaxe <[EMAIL PROTECTED]> wrote:
> Hello,
>
> This is a newbie question. I want to have a functionality similar to
> "g CTRL-]" which implements the command ":stj [ident]". Is there
> something like that? I wasn't able to find it in ":help tags".
Do you mean like either of the
Sebastian Menge wrote:
Am Mittwoch, den 23.05.2007, 11:12 -0700 schrieb Gary Johnson:
Executing ":help tags.txt" shows there is no tags.txt help file,
Yea, there is "tags" in the doc-directory of vim, one can easily use
that with python (python is really cool!) and construct the URL.
You're r
Hello,
You can try this mapping with the left mouse button (I don't try with
C-] because I can't type CTRL-] on my french keyboard :p ) :
map :exe ":stj " . expand("")
Best regards,
Vissale
2007/5/24, cupaxe <[EMAIL PROTECTED]>:
Hello,
This is a newbie question. I want to have a functiona
Hi,
On 5/23/07, Michael Henry <[EMAIL PROTECTED]> wrote:
Tim Chase wrote:
> I think given those conditions (autowrite and nohidden), there seems to
> be no such way from my experimenting. However, if you switch to using
> hidden instead of nohidden, you can do
>
> :argdo u
>
> which will un
Hello,
This is a newbie question. I want to have a functionality similar to
"g CTRL-]" which implements the command ":stj [ident]". Is there
something like that? I wasn't able to find it in ":help tags".
Thanks,
Krishna
On 5/23/07, Sebastian Menge <[EMAIL PROTECTED]> wrote:
Am Mittwoch, den 23.05.2007, 11:12 -0700 schrieb Gary Johnson:
> Executing ":help tags.txt" shows there is no tags.txt help file,
Yea, there is "tags" in the doc-directory of vim, one can easily use
that with python (python is really cool!)
Am Mittwoch, den 23.05.2007, 11:12 -0700 schrieb Gary Johnson:
> Executing ":help tags.txt" shows there is no tags.txt help file,
Yea, there is "tags" in the doc-directory of vim, one can easily use
that with python (python is really cool!) and construct the URL.
You're right, the text of the lin
>On 5/21/07, Mike Hansen <[EMAIL PROTECTED]> wrote:
>> Oh great VIM gurus.
>>
>> With VIM 7.# on Windows, I can't seem to get the Omni complete to
work
>> for Python for my own modules written in python. Omni complete seems
to
>> work for standard library modules, but not for modules that I have in
On 2007-05-23, Sebastian Menge <[EMAIL PROTECTED]> wrote:
> Im tweaking the import script right now, and noticed that there are many
> references to the :help.
>
> I would like to replace all the occurrences of sth. like (:help
> some-text) by a reference to vimdoc.
>
> Does someone know how what
On 5/23/07, Sebastian Menge <[EMAIL PROTECTED]> wrote:
Im tweaking the import script right now, and noticed that there are many
references to the :help.
I would like to replace all the occurrences of sth. like (:help
some-text) by a reference to vimdoc.
Does someone know how what URL could be u
>often well beyond those of the present line. I had been used
>to this deleting up to 999 characters, but only up to the end
>of the present line. It appears that the "set compatible"
Ummm, 'D' doesn't work?
On Wed, May 23, 2007 11:05 am, Allan Wind wrote:
> On 2007-05-23T09:59:22-0500, Tom Purl wrote:
>> Is there anyone else who's usuing gpg or openssl
>> with Vim?
>
> I use one of the gpg plugins all the time:
> http://www.vim.org/scripts/script.php?script_id=1751
Problem solved.
Thanks Allan. I w
In that case, I'll have to thank Bram for fixing my problem before I even
asked him to do so! Thanks Gary, when I get a chance I'll download vim 7.
To those of you who provided links to work-around scripts etc., thank you
for your help. If any of you are having trouble with large files I'd
On 2007-05-23T09:59:22-0500, Tom Purl wrote:
> Is there anyone else who's usuing gpg or openssl
> with Vim?
I use one of the gpg plugins all the time:
http://www.vim.org/scripts/script.php?script_id=1751
/Allan
I like to use OpenSSL to encrypt some files on my hard drive. I cobbled
together the following script that allows me to "transparently" view and
updated OpenSSL-encrypted docs using vim on Linux:
augroup encrypted
au!
" First make sure nothing is written to ~/.viminfo while e
On Wed, May 23, 2007 3:03 am, Sebastian Menge wrote:
> Since John asked for wikibooks again, I've setup a poll to bring this
> discussion to an end. But before some last words:
>
>> Wikibooks does not ask you to create "structure in chapters,sections"
>> up front. It is not even suggested! Suggeste
Im tweaking the import script right now, and noticed that there are many
references to the :help.
I would like to replace all the occurrences of sth. like (:help
some-text) by a reference to vimdoc.
Does someone know how what URL could be used instead of ":help
sometext" ??
I found the link
http
shawn bright wrote:
hello all,
Is the enter key on the numeric keypad different than the enter key of
the keyboard?
i was thinking that it would be super handy to map it to gg. I have a
lot of long files to mess around with.
I believe the "NumLock" key modifies the behavior of the number pad
John Beckett wrote:
Peter Palm wrote:
http://www.vim.org/scripts/script.php?script_id=1506.
Indeed, among other things, this disables the swap file for
'large' files, which should really speed up things.
I was going to report the following issue to vim-dev after I got
a chance to investi
Robert M Robinson wrote:
That brings me to my question. I have noticed that when editing large
files (millions of lines), deleting a large number of lines (say,
hundreds of thousands to millions) takes an unbelieveably long time in
VIM--at least on my systems. This struck me as so odd, I loo
Eric Smith wrote:
When I am in vim, I can edit a file after selecting form the explorer,
however
I can only :read a file if I use
Nread
I'm not sure what you mean by this -- :r file works normally. If the
file is an url
style: :r ftp://somehost/path/to/file then netrw will read the file,
"John Beckett" <[EMAIL PROTECTED]> 写于 2007-05-23 19:32:25:
> On many systems, the calculation could use 64-bit integers.
>
> John
Yes, but on all systems, vim script could not take 64-bit integers:
see eval.txt line 38:
1.1 Variable types ~
*E712*
There
panshizhu wrote:
As far as I know, Windows does not support files larger than
4GB. So its okay to use unsigned 32-bit for filesize in
windows.
It's not as bad as that! Even FAT32 supports files much larger
than 4GB.
The Win32 API includes function _stati64() to get a 64-bit file
size (the API
> echo "first file" > first.txt
> echo "second file" > second.txt
> gvim first.txt second.txt
>
> Suppose in first.txt I edit `first` to become `1st` using Vim editing
> commands:
>
> cw1st
>
> Now I perform a search-and-replace to change `second` to `2nd`:
>
> :argdo
"John Beckett" <[EMAIL PROTECTED]> 写于 2007-05-23 18:39:22:
> The result was really ugly. The script failed to notice that 3GB
> was large because the Vim function getfsize(f) returned a
> negative number.
>
> I haven't checked getfsize() on 32-bit Linux yet, nor am I
> sufficiently patient to try o
Tim Chase wrote:
I think given those conditions (autowrite and nohidden), there seems to
be no such way from my experimenting. However, if you switch to using
hidden instead of nohidden, you can do
:argdo u
which will undo the last action in each argument.
I've been casually looking
Peter Palm wrote:
http://www.vim.org/scripts/script.php?script_id=1506.
Indeed, among other things, this disables the swap file for
'large' files, which should really speed up things.
I was going to report the following issue to vim-dev after I got
a chance to investigate it a little further,
Op woensdag 23 mei 2007, schreef fREW:
> Another thing that might help with speed that was mentioned a month
> or so ago is the following script specifically aimed at increasing
> speed for large files:
> http://www.vim.org/scripts/script.php?script_id=1506.
Indeed, among other things, this disabl
> -Original Message-
> From: Sebastian Menge [mailto:[EMAIL PROTECTED]
> Sent: 23 May 2007 10:03
> To: vim@vim.org
> Subject: VimWiki - Poll on wiki hosting
[...]
>
> But I don't see any structure in the 1500 tips. Neither now nor later.
Well, say they could be thought of belonging loos
Since John asked for wikibooks again, I've setup a poll to bring this
discussion to an end. But before some last words:
> > Wikibooks does not ask you to create "structure in chapters,sections" up
> > front. It is not even suggested! Suggested is "Content first" and
> > "structure
> > in chapt
Micah Cowan <[EMAIL PROTECTED]> 写于 2007-05-23 09:11:54:
> [EMAIL PROTECTED] wrote:
> > All you need to do is to: sudo apt-get install vim-gtk, which installs
a
> > Big version of vim, and the vim will be replaced with that version.
>
> Well... not replaced. They will both be installed. You'll proba
On Tue, 22 May 2007 15:51:29 -0700, Micah Cowan
<[EMAIL PROTECTED]> wrote:
> As at least one person has noted, there are many users who expect a
> vi-compatible program when they type "vi" at the command-line. When this
> isn't what you want, you really should consider changing your habit to
> use
37 matches
Mail list logo