There is no configure option I can see to disable the 'floats'.
--
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 21 июл, 09:58, James Vega james...@jamessan.com wrote:
This is due to the new conceal feature. The tags in Vim's help files
are surrounded by ||. When your cursor is on a line with tags, the ||
are displayed but highlighted using the Ignore group so they blend in
with the background.
On Tue, 20 Jul 2010, Maxim Kim wrote:
On 21 июл, 09:58, James Vega james...@jamessan.com wrote:
See :help new-conceal for more information.
But as I pointed in PS block there is no 'shrink and widen'
behaviour if I run vim with -u NORC.
And I do not move cursor out of that line -- I do
On 21 июл, 10:32, Christian J. Robinson hept...@gmail.com wrote:
On Tue, 20 Jul 2010, Maxim Kim wrote:
On 21 июл, 09:58, James Vega james...@jamessan.com wrote:
Because you don't have syntax highlight enabled in your example, which
turns off the conceal feature as well, since it uses the
On 21/07/10 08:08, ron wrote:
There is no configure option I can see to disable the 'floats'.
IIUC, there's no configure argument for that, but you can disable
floating-point in feature.h line 390:
/*
* +evalBuilt-in script language and expression evaluation,
*
I understand I can do that; but that means I have to manually fix it
on each new release from Bram :(
--
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
Mikeyao (?) wrote:
Why not javascript interface ?
The code has developed.
http://www.vim.org/scripts/script.php?script_id=2375
I haven't actually heard from someone using it.
Also, I have no idea why someone would want to write plugins in
Javascript. Perhaps because it's the only
On 21/07/10 11:31, ron wrote:
I understand I can do that; but that means I have to manually fix it
on each new release from Bram :(
Now that Bram is using Mercurial, you can clone the Mercurial repo and
merge your local changes with that. I have two one-line changes in
feature.h myself, to
On 21 июл, 09:41, Maxim Kim haba...@gmail.com 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 strdisplaywidth()
Vim support many languages interface and I just found new lua
interface added in 7.3. I think most programmers know javascript and
like it, it's going to mainstream.
Many web developers using vim, they know javascript well.
On Jul 21, 5:38 pm, Bram Moolenaar b...@moolenaar.net wrote:
Mikeyao
On 21 июл, 13:59, Maxim Kim haba...@gmail.com wrote:
On 21 июл, 09:41, Maxim Kim haba...@gmail.com 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
Ron Aaron wrote:
I understand I can do that; but that means I have to manually fix it
on each new release from Bram :(
Is there some specific reason you want to disable float support?
--
TALL KNIGHT: When you have found the shrubbery, then you must cut down the
mightiest tree
Nico Raffo wrote:
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
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 strdisplaywidth()
5. navigate to strchars()
Hi,
I tried to look up information online on this but wasn't able to find
anything that worked. I used Vi at my old job and loved the editing
features it provided. I've moved to a new place now and I am the only
developer here. I logged into a SunOS Unix box (bash shell) and
while things work
Please bottom post on this list... I'm reformatting...
On Wed, Jul 21, 2010 at 6:05 AM, mikeyao yaoweiz...@gmail.com wrote:
On Jul 21, 5:38 pm, Bram Moolenaar b...@moolenaar.net wrote:
Mikeyao (?) wrote:
Why not javascript interface ?
The code has developed.
Can anyone please help make my vi editor colorful?
Hi, it is a big difference between 'vi' and 'vim'. You work with plain 'vi' as
being on solaris, probably. So the right answer should be 'install vim'.
Try http://sunfreeware.com/
After vim installation, I recommend:
:help coloring
And if it
On Wed, Jul 21, 2010 at 10:11 AM, duffman wrote:
Hi,
I tried to look up information online on this but wasn't able to find
anything that worked. I used Vi at my old job and loved the editing
features it provided. I've moved to a new place now and I am the only
developer here. I logged
On 2010-07-21, duffman wrote:
Hi,
I tried to look up information online on this but wasn't able to find
anything that worked. I used Vi at my old job and loved the editing
features it provided. I've moved to a new place now and I am the only
developer here. I logged into a SunOS Unix box
On Wednesday 21 July 2010 17:13:33 Bram Moolenaar wrote:
Is there some specific reason you want to disable float support?
Yes; I can't imagine any reason I would ever want floating-point support in my
vimscripts, so as far as I'm concerned it's just a waste of space.
--
Sending me something
I found a bug in undo.c while trying to build Vim 7.3 for the first
time on my Cygwin 1.5 system. The problem is that the condition of
an 'if' contains a pair of parentheses, but only the closing
parenthesis is contained within an #ifdef. I didn't see any reason
for the parentheses, so I removed
On 2010年07月22日 00:03, Matt Wozniski wrote:
Please bottom post on this list... I'm reformatting...
On Wed, Jul 21, 2010 at 6:05 AM, mikeyaoyaoweiz...@gmail.com wrote:
On Jul 21, 5:38 pm, Bram Moolenaarb...@moolenaar.net wrote:
Mikeyao (?) wrote:
Why not javascript interface ?
The code
Attached patch is for a fix to doc/editing.txt, under :help :X,
regarding the file magic lines.
At least some versions of the file command allow you to add personal,
custom magic lines to ~/.magic as well, but I didn't add that to help
file.
- Christian
--
Christian J. Robinson
Bram,
The runtime/doc makefile doesn't express the required tags.ref
pre-requisite for building the html files using makehtml.awk. When
doing a parallel make, this can result in some of the html files not
containing all the links that they should since tags.ref may not be
generated yet.
Many thanks for your replies! I am working at a big corporation and
the IT-powers that be have access to most root level modifications. I
have read/write permissions on my home directory (/home/myName).
Could I install the vim editor under my directory? If so, any pointers
on what to do? Once
Christian J. Robinson wrote:
Attached patch is for a fix to doc/editing.txt, under :help :X,
regarding the file magic lines.
Thanks!
At least some versions of the file command allow you to add personal,
custom magic lines to ~/.magic as well, but I didn't add that to help
file.
Too
On Wed, Jul 14, 2010 at 4:57 PM, Bram Moolenaar wrote:
Matt Wozniski wrote:
[about a patch to support #rrggbb in a terminal]
Where can I find the latest version of this patch? I only see one that
is two years old.
As Benjamin Haskell noted, I decided to shoot for a vimscript
Mikeyao wrote:
Vim support many languages interface and I just found new lua
interface added in 7.3. I think most programmers know javascript and
like it, it's going to mainstream.
Many web developers using vim, they know javascript well.
The reason people write Javascript is because it's
Matt Wozniski wrote:
On Wed, Jul 14, 2010 at 4:57 PM, Bram Moolenaar wrote:
Matt Wozniski wrote:
[about a patch to support #rrggbb in a terminal]
Where can I find the latest version of this patch? Â I only see one that
is two years old.
As Benjamin Haskell noted, I decided to
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
2010/7/21 Bram Moolenaar b...@moolenaar.net:
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
GVim fails to compile with revision 2368:435b5c6a5191 under MinGW:
if_ole.cpp: In static member function 'static CVim* CVim::Create(int*)':
if_ole.cpp:144:19: error: cannot allocate an object of abstract type 'CVim'
if_ole.cpp:97:1: note: because the following virtual functions are
pure within
On Wed, 21 Jul 2010, Maxim Kim wrote:
Christian J. Robinson wrote:
Maxim Kim wrote:
3. :syntax on
Sorry, I missed that somehow. But you'd also need to turn filetype
plugins on (:filetype plugin on). The help ftplugin sets
'concellevel'.
Cut from the top post:
1. run gvim
2. :filetype
On 21 July 2010 21:36, Bram Moolenaar wrote:
Björn wrote:
Bram: could you indicate if there is any chance this is making it for
7.3 (or at all)? It seems this feature would mostly be used by Mac
users (since all Macs have horizontal scrolling abilities) and a few
users have asked for this
On Wed, Jul 21, 2010 at 2:08 PM, Bram Moolenaar b...@moolenaar.net wrote:
We could wait for people to test this, but on the other hand if we
want to do the same for ruby/tcl/mzscheme we need to do it now, next
week I won't include patches like this.
It broke compiling using Make_cyg.mak for
On 21/07/10 22:08, Bram Moolenaar wrote:
James Vega wrote:
On Mon, Jul 19, 2010 at 3:17 PM, Bram Moolenaarb...@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
On Jul 21, 1:17 pm, duffman samarthsangh...@gmail.com wrote:
Many thanks for your replies! I am working at a big corporation and
the IT-powers that be have access to most root level modifications. I
have read/write permissions on my home directory (/home/myName).
Could I install the vim
On Wed, Jul 21, 2010 at 4:58 PM, Christian J. Robinson
hept...@gmail.com wrote:
On Wed, Jul 21, 2010 at 2:08 PM, Bram Moolenaar b...@moolenaar.net wrote:
We could wait for people to test this, but on the other hand if we
want to do the same for ruby/tcl/mzscheme we need to do it now, next
On Wed, Jul 21, 2010 at 5:05 PM, Tony Mechelynck
antoine.mechely...@gmail.com wrote:
On 21/07/10 22:08, Bram Moolenaar wrote:
James Vega wrote:
On Mon, Jul 19, 2010 at 3:17 PM, Bram Moolenaarb...@moolenaar.net
wrote:
If you can make this work with a configure argument, it's fine to
On Wed, Jul 21, 2010 at 3:41 PM, James Vega james...@jamessan.com wrote:
On Wed, Jul 21, 2010 at 4:58 PM, Christian J. Robinson
hept...@gmail.com wrote:
On Wed, Jul 21, 2010 at 2:08 PM, Bram Moolenaar b...@moolenaar.net wrote:
We could wait for people to test this, but on the other hand if we
On 21/07/10 20:35, Dominique Pellé wrote:
duffman wrote:
Many thanks for your replies! I am working at a big corporation and
the IT-powers that be have access to most root level modifications. I
have read/write permissions on my home directory (/home/myName).
Could I install the vim editor
I just noticed that autocmd.txt references $VIMRUNTIME/plugin/netrw.vim
which doesn't exist. This is with the latest Vim 7.3 from the mercurial
repository (I upgraded to check this, the upgrade from 7.2 - 7.3 went
flawless BTW thanks to http://www.vim.org/mercurial.php). I guess the
filename
I'm getting the following error:
...
gcc ... if_perl.c -o gobjZ/if_perl.o
if_perl.xs:101:19: fatal error: dlfcn.h: No such file or directory
compilation terminated.
make: *** [gobjZ/if_perl.o] Error 1
Many thanks in advance,
--
Cesar
--
You received
On 22/07/10 02:50, Cesar Romani wrote:
I'm getting the following error:
...
gcc ... if_perl.c -o gobjZ/if_perl.o
if_perl.xs:101:19: fatal error: dlfcn.h: No such file or directory
compilation terminated.
make: *** [gobjZ/if_perl.o] Error 1
Many thanks
On 22/07/10 02:50, Cesar Romani wrote:
I'm getting the following error:
...
gcc ... if_perl.c -o gobjZ/if_perl.o
if_perl.xs:101:19: fatal error: dlfcn.h: No such file or directory
compilation terminated.
make: *** [gobjZ/if_perl.o] Error 1
Many thanks
I just noticed that my 'foldmethod' is getting set to syntax when
editing Vim script files, but the syntax/vim.vim file doesn't set that
option even if you've enabled syntax folding for Vim code.
Since I have let perl_fold=1 in my vimrc, I get this when I do
:verbose set fdm? while in a Vim
On 22/07/10 04:35, Christian J. Robinson wrote:
I just noticed that my 'foldmethod' is getting set to syntax when
editing Vim script files, but the syntax/vim.vim file doesn't set that
option even if you've enabled syntax folding for Vim code.
Since I have let perl_fold=1 in my vimrc, I get
On Thu, Jul 22, 2010 at 04:57:57AM +0200, Tony Mechelynck wrote:
Note that syntax/perl.vim is well-behaved: what it does at line 57
is :setlocal foldmethod=syntax (not plain :set) so it will only
apply to Perl sources and to filetypes which (like Vim scripts) may
contain embedded Perl source
Hi list,
Last night I switched to Vim 7.3 and one of the first things I wanted to
try was the new conceal feature. A perfect test subject for me was
Markdown text formatting because its goal is to be very readable but its
syntax rules kind of get in the way of readability :-) (IMHO).
After
49 matches
Mail list logo