Hi
Vim-7.3b (2361:6cee3bf00495) freezes and use 100% of
the CPU when I do this:
1) Download 3 sample files:
$ wget http://dominique.pelle.free.fr/bug-vim-freeze/1
$ wget http://dominique.pelle.free.fr/bug-vim-freeze/2
$ wget http://dominique.pelle.free.fr/bug-vim-freeze/3
2) use the
Yukihiro Nakadaira wrote:
On 2010年07月20日 20:30, Bram Moolenaar wrote:
James -
I wonder if you noticed this problem: When I tear-off a menu in GTK, for
example the Help menu, the buttons don't do anything.
I have the same problem in Vim 7.2 and 7.3b, it might have something
Christian Robinson wrote:
On Tue, 20 Jul 2010, Bram Moolenaar wrote:
I have just submitted a patch that changes the 'cryptmethod' option
from local to a buffer to global-local. This makes it possible to
set a default value for new files in your vimrc file.
This works for me, thank
Dominique Pellé wrote:
Hi
Vim-7.3b (2361:6cee3bf00495) freezes and use 100% of
the CPU when I do this:
1) Download 3 sample files:
$ wget http://dominique.pelle.free.fr/bug-vim-freeze/1
$ wget http://dominique.pelle.free.fr/bug-vim-freeze/2
$ wget
On Mon, Jul 19, 2010 at 3:17 PM, Bram Moolenaar b...@moolenaar.net wrote:
If you can make this work with a configure argument, it's fine to
include these changes and leave them disabled by default. For your
distribution, with a known environment, you could enable them.
Attached patch enables
On 20/07/10 13:30, Bram Moolenaar wrote:
James -
I wonder if you noticed this problem: When I tear-off a menu in GTK, for
example the Help menu, the buttons don't do anything.
I have the same problem in Vim 7.2 and 7.3b, it might have something to
do with the GTK version. I can't recall when
Am 20.07.2010 13:30, schrieb Bram Moolenaar:
James -
I wonder if you noticed this problem: When I tear-off a menu in GTK, for
example the Help menu, the buttons don't do anything.
I have the same problem in Vim 7.2 and 7.3b, it might have something to
do with the GTK version. I can't recall
Bram Moolenaar wrote:
That's easy to fix. I'll do that now.
Great, thanks!
- Peter Odding
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
On 19 July 2010 15:45, Benjamin R. Haskell wrote:
On Sun, 18 Jul 2010, björn wrote:
Ok, here is the updated patch. I've renamed the keys as follows:
ScrollWheelUp
ScrollWheelDown
ScrollWheelLeft
ScrollWheelRight
These all scroll the _window_ in the direction indicated. So if I
push UP
Dominique Pelle wrote:
Vim-7.3b (2361:6cee3bf00495) freezes and use 100% of
the CPU when I do this:
1) Download 3 sample files:
$ wget http://dominique.pelle.free.fr/bug-vim-freeze/1
$ wget http://dominique.pelle.free.fr/bug-vim-freeze/2
$ wget
Charles Campbell wrote:
Dominique Pellé wrote:
Hi
Vim-7.3b (2361:6cee3bf00495) freezes and use 100% of
the CPU when I do this:
1) Download 3 sample files:
$ wget http://dominique.pelle.free.fr/bug-vim-freeze/1
$ wget http://dominique.pelle.free.fr/bug-vim-freeze/2
$ wget
Dominique Pellé wrote:
Hi
Vim-7.3b (2361:6cee3bf00495) freezes and use 100% of
the CPU when I do this:
1) Download 3 sample files:
$ wget http://dominique.pelle.free.fr/bug-vim-freeze/1
$ wget http://dominique.pelle.free.fr/bug-vim-freeze/2
$ wget
2348:586a459f3980 FREEZE (BUG)
2347:8878a9f8db87 OK
So the change which introduces the bug is this one:
changeset: 2348:586a459f3980
branch: vim73
user: Bram Moolenaar b...@vim.org
date: Mon Jul 19 20:13:22 2010 +0200
files: runtime/doc/options.txt
Björn wrote:
Ok, here is the updated patch. I've renamed the keys as follows:
ScrollWheelUp
ScrollWheelDown
ScrollWheelLeft
ScrollWheelRight
These all scroll the _window_ in the direction indicated. So if I
push UP on my scroll wheel, the window moves up but the lines are
On Tue, 20 Jul 2010, Bram Moolenaar wrote:
Christian Robinson wrote:
On Tue, 20 Jul 2010, Bram Moolenaar wrote:
Before I realized what had happened I thought I'd lost a file (no
big deal, I just went to my backup).
You don't look at the text after doing :e? I think it's obvious
that
On Tue, Jul 20, 2010 at 2:12 PM, Bram Moolenaar b...@moolenaar.net wrote:
Christian Robinson wrote:
Also, the information for the file command's magic file under :help
:X needs to be updated. This worked for me (without the leading
spaces, of course):
0 string VimCrypt~ Vim
On 17-Jul-2010 Bram Moolenaar b...@moolenaar.net wrote:
Lech Lorens wrote (more than a year ago):
On 28-Mar-2009 Lech Lorens lech.lor...@gmail.com wrote:
Improved version of patch is attached. I took into consideration most of
the suggestions. I will be grateful for any more comments.
Why not javascript interface ?
The code has developed.
http://www.vim.org/scripts/script.php?script_id=2375
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
On Jul 20, 4:42 pm, Christian J. Robinson hept...@gmail.com wrote:
And before someone responds to point it out to me: Yes, I'm aware of
the drawback of GPG/PGP files being decrypted to disk and being edited
in the clear with Vim. If someone that determined manages to get
physical access to
The :py3file command appears not to work as expected, specifically it
seems like when you type
:py3file foo.py
Vim is running
:py3 file foo.py
Which gives the obvious syntax error
File string, line 1
file foo.py
^
SyntaxError: invalid syntax
Vim 7.3b from fresh pull from hg
With the following minimal .vimrc and only builtin plugins I have
quite a strange behaviour with help on strdisplaywidth() topic.
.vimrc:
set nocompatible
finish
1. run gvim
2. :filetype plugin on
3. :syntax on
4. :h strdisplaywidth()
5. navigate to strchars() function
6. press h several times
On Tue, Jul 20, 2010 at 10:41:27PM -0700, Maxim Kim wrote:
With the following minimal .vimrc and only builtin plugins I have
quite a strange behaviour with help on strdisplaywidth() topic.
.vimrc:
set nocompatible
finish
1. run gvim
2. :filetype plugin on
3. :syntax on
4. :h
-Original Message-
From: Tony Mechelynck [mailto:antoine.mechely...@gmail.com]
Sent: Monday, July 19, 2010 5:59 PM
To: vim_dev@googlegroups.com
Cc: Brenner, Matthias
Subject: Re: Windows 7 compatibility of VIM / GVIM
On 19/07/10 11:01, Brenner, Matthias wrote:
Dear Product Supporters,
I'm sorry, but I can't find anything regarding Windows 7 compatibility. Is
the current version 7.2.446 compatible with Windows 7?
Yes.
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit
Dimitar Dimitrov wrote:
I wrote:
Dimitar Dimitrov wrote:
I always have 'cursorline' set.
Try this: :h'exrc
Setting the cursor on this line...:
setting the 'secure' option (see initialization). Using a local
...makes it move right. Same thing if you turn
On Tue, Jul 20, 2010 at 12:47 AM, björn bjorn.winck...@gmail.com wrote:
Oh, I didn't realize that. Well, I can confirm that :fin behaves
identical to :tabf (duplicate entries).
I can reproduce the duplicate entries.
I'll look into this.
nazri.
--
You received this message from the vim_dev
Hi list,
In my ~/.vimrc I have :set nomh so I never noticed the following IMHO
confusing behavior until I was testing one of my Vim plug-ins with the
command gvim -u NONE -U NONE --noplugin -N:
When Vim started my mouse cursor was hidden (because mh is on by default
in nocp mode) and this
[redirected to vim-dev]
Marko Mahnic wrote:
On 18. 07. 2010 22:51, Bram Moolenaar wrote:
Thanks. I'll add a note in the todo list. I don't expect to include
this soon, thus keep working on it.
This patch adds the python_screen feature to python and python3.
Examples are in the
Bram Moolenaar wrote:
The documentation is too short. Looking at it I have many questions:
- Does this change the text in the buffer? I suppose not, then what
happens when the text is redisplayed?
Since the data is written directly to the screen, the displayed
data is lost after a redraw.
James -
I wonder if you noticed this problem: When I tear-off a menu in GTK, for
example the Help menu, the buttons don't do anything.
I have the same problem in Vim 7.2 and 7.3b, it might have something to
do with the GTK version. I can't recall when it stopped working.
Can others reproduce
On Jul 19, 11:01 pm, Masatake YAMATO yam...@redhat.com wrote:
I think the following meta information might
be nice to have:
* Syntax of buffer, or comma-separated syntax list if more than one
buffer
* Version of the 2html script (I plan to add this in my next update)
*
I'm using MinGW with gcc 4.5.0 on Win XP.
Compiling to gvim.exe is fine but compiling to vim.exe gives:
...
gcc -c -Iproto -DWIN32 ... option.c -o objZ/option.o
option.c: In function 'ExpandSettings':
option.c:10281:1: internal compiler error: Segmentation fault
make: ***
On Jul 20, 3:49 am, Brenner, Matthias
matthias.bren...@ts.fujitsu.com wrote:
I'm sorry, but I can't find anything regarding Windows 7 compatibility. Is
the current version 7.2.446 compatible with Windows 7?
It looks like the closest I can find in Vim's help documents is :help
MS-Windows
On Tue, Jul 20, 2010 at 7:30 AM, Bram Moolenaar b...@moolenaar.net wrote:
I wonder if you noticed this problem: When I tear-off a menu in GTK, for
example the Help menu, the buttons don't do anything.
Testing with a self-built 7.3b and Debian's latest Vim 7.2 packages,
tear-off menus work fine
On 20/07/2010 09:03 a.m., Cesar Romani wrote:
I'm using MinGW with gcc 4.5.0 on Win XP.
Compiling to gvim.exe is fine but compiling to vim.exe gives:
...
gcc -c -Iproto -DWIN32 ... option.c -o objZ/option.o
option.c: In function 'ExpandSettings':
option.c:10281:1:
I have just submitted a patch that changes the 'cryptmethod' option from
local to a buffer to global-local. This makes it possible to set a
default value for new files in your vimrc file.
For global-local options it's necessary to have a value that indicates
the global value needs to be used.
Nazri Ramliy wrote:
On Tue, Jul 20, 2010 at 8:06 AM, Nazri Ramliy ayieh...@gmail.com wrote:
On Tue, Jul 20, 2010 at 12:47 AM, björn bjorn.winck...@gmail.com wrote:
Oh, I didn't realize that. Well, I can confirm that :fin behaves
identical to :tabf (duplicate entries).
I can reproduce
On 2010年07月20日 20:30, Bram Moolenaar wrote:
James -
I wonder if you noticed this problem: When I tear-off a menu in GTK, for
example the Help menu, the buttons don't do anything.
I have the same problem in Vim 7.2 and 7.3b, it might have something to
do with the GTK version. I can't recall
Hi,
I'm the developer of a file type plugin for R language:
http://www.vim.org/scripts/script.php?script_id=2628
The plugin includes a script to indent R code and I would like to
propose the inclusion of the script in the Vim' indent directory.
The plugin also has a syntax script for .Rout file
On Tue, Jul 20, 2010 at 8:06 AM, Nazri Ramliy ayieh...@gmail.com wrote:
On Tue, Jul 20, 2010 at 12:47 AM, björn bjorn.winck...@gmail.com wrote:
Oh, I didn't realize that. Well, I can confirm that :fin behaves
identical to :tabf (duplicate entries).
I can reproduce the duplicate entries.
James Vega wrote:
On Tue, Jul 20, 2010 at 7:30 AM, Bram Moolenaar b...@moolenaar.net wrote:
I wonder if you noticed this problem: When I tear-off a menu in GTK, for
example the Help menu, the buttons don't do anything.
Testing with a self-built 7.3b and Debian's latest Vim 7.2 packages,
Peter Odding wrote:
In my ~/.vimrc I have :set nomh so I never noticed the following IMHO
confusing behavior until I was testing one of my Vim plug-ins with the
command gvim -u NONE -U NONE --noplugin -N:
When Vim started my mouse cursor was hidden (because mh is on by default
in nocp
On 20 July 2010 13:10, Nazri Ramliy ayieh...@gmail.com wrote:
On Tue, Jul 20, 2010 at 8:06 AM, Nazri Ramliy ayieh...@gmail.com wrote:
On Tue, Jul 20, 2010 at 12:47 AM, björn bjorn.winck...@gmail.com wrote:
Oh, I didn't realize that. Well, I can confirm that :fin behaves
identical to :tabf
On Tue, 20 Jul 2010, Bram Moolenaar wrote:
I have just submitted a patch that changes the 'cryptmethod' option
from local to a buffer to global-local. This makes it possible to
set a default value for new files in your vimrc file.
This works for me, thank you.
Since the number value was
44 matches
Mail list logo