Hi All,
I'm using the UTL plugin to navigate local files. I have a markdown
formatted file (which should not affect things), and a list of files
in a directory
* file.txt
* other.txt
When the cursor is on one of the files, leadergu opens it, which is
the desired effect. However sometimes it is
* file.txt
* other.txt
Why not simply use gf in such a situation? The (shameless plug) viki
plugin also provides advanced hyperlinking facilities.
Thomas.
Hi all
I can't patch vim with conceal-ownsyntax.
The patch it's applied with only 2 errors
patching file src/spell.c
Hunk #14 FAILED at 2042.
Hunk #24 FAILED at 9271.
Someone here ecountered the same problem?
The real problems is because I don't know how
to program in C , i do ok with
Hi, Sam,
On Tue, Nov 07, 2006 at 11:27:33AM +, Samuel Wright wrote:
Hi All,
I'm using the UTL plugin to navigate local files. I have a markdown
formatted file (which should not affect things), and a list of files
in a directory
* file.txt
* other.txt
When the cursor is on one of
I made a mockup of a refreshed version of vim.org, trying to maintain
as much of the original look as possible:
http://panos.solhost.org/mockups/vimorg-01.png
vim tangofied icon by toZth
--
Panos Laganakos
Hi Michal,
On Fri, Nov 03, 2006 at 11:49:19PM +0100, Michael M. Tung wrote:
Hi Samuel:
Thanks for the link to GtdWithVim! Actually I saw it
on the vim script site just after writing my hack.
I didn't have a chance yet to try it out, but as far
as I understand from the script
Ujjal,
Although it fixed the problem (or perhaps only masked it, as the underlying problem is with Cygwin X), the patch I submitted to
Vim was rejected. Bram maintained that since the bug pertained to Cygwin XWindows, so should the fix. I actually did not disagree
with him on this point. The
I made a mockup of a refreshed version of vim.org, trying to maintain
as much of the original look as possible:
http://panos.solhost.org/mockups/vimorg-01.png
vim tangofied icon by toZth
Uhhh, light-gray text on a gray/white checkerboard background? Ouch...
Just my 2c worth, maybe ditch the
On 11/8/06, Stahlman Family [EMAIL PROTECTED] wrote:
Ujjal,
Although it fixed the problem (or perhaps only masked it, as the underlying
problem is with Cygwin X), the patch I submitted to
Vim was rejected. Bram maintained that since the bug pertained to Cygwin
XWindows, so should the fix. I
http://panos.solhost.org/mockups/vimorg-01.png
Uhhh, light-gray text on a gray/white checkerboard background?
Ouch...
I musta missed something - no checkerboard here. Looks nice!
Hang on a sec...
Just looked at it again from the above link, and yeah, it's a white
checkerboard pattern,
On 11/5/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Ujjal Bose wrote:
I was having problem with cut-paste selections from X - Windows
for gvim (6.2) , and this is the reply I got from the RealVNC team .
So is there a way to solve this in gvim ?
Thanks in advance !
-Ujjal
On 11/7/06, Gene Kwiecinski [EMAIL PROTECTED] wrote:
Just looked at it again from the above link, and yeah, it's a white
checkerboard pattern, 'though the gray matches the background of the
viewer (M$ Photo Editor? whatever comes out-of-the-box on LoseXP), so it
might be a transparency
Sorry to bring this up again. Was there every any solution to this? Do
I just need the latest netrw? I was trying to get :Explore **/pattern
working
But as I do see the Match n of N in the lower right, the cursor never
moves in the browse buffer (with S-Down/S-Up) and occasionally I get
errors:
Panos Laganakos wrote:
I made a mockup of a refreshed version of vim.org, trying to maintain
as much of the original look as possible:
http://panos.solhost.org/mockups/vimorg-01.png
vim tangofied icon by toZth
Well, I don't see any checkerboard pattern, but I do find dark grey text
on a
Chuck Mason wrote:
Sorry to bring this up again. Was there every any solution to this? Do
I just need the latest netrw? I was trying to get :Explore **/pattern
working
But as I do see the Match n of N in the lower right, the cursor never
moves in the browse buffer (with S-Down/S-Up) and
On 11/7/06, Charles E Campbell Jr [EMAIL PROTECTED] wrote:
Well, I don't see any checkerboard pattern, but I do find dark grey text
on a dark blue background
a bit difficult. Seems like something isn't being specified in the display.
Funny, I don't see any dark blue background in the image
On 11/7/06, Brian McKee [EMAIL PROTECTED] wrote:
It's IE that adds the dark blue I think
Brian
Yeah. Just checked. It shows a blue background instead of white in
IE6. I assume it's just a .png support problem.
Yakov Lerner wrote:
On 11/5/06, Bram Moolenaar [EMAIL PROTECTED] wrote:
Ujjal Bose wrote:
I was having problem with cut-paste selections from X - Windows
for gvim (6.2) , and this is the reply I got from the RealVNC team .
So is there a way to solve this in gvim ?
[EMAIL PROTECTED] wrote:
I made a mockup of a refreshed version of vim.org, trying to
maintain
as much of the original look as possible:
http://panos.solhost.org/mockups/vimorg-01.png
A clear improvement. However, the light-gray text is hard to read.
How about having a search form directly
- Original Message -
From: Ujjal Bose [EMAIL PROTECTED]
To: vim@vim.org
Sent: Tuesday, November 07, 2006 1:19 PM
Subject: Re: gvim cut paste selection
On 11/8/06, Stahlman Family [EMAIL PROTECTED] wrote:
Ujjal,
Although it fixed the problem (or perhaps only masked it, as the
Just looked at it again from the above link, and yeah, it's a white
checkerboard pattern, 'though the gray matches the background of the
viewer (M$ Photo Editor? whatever comes out-of-the-box on LoseXP), so
it
might be a transparency color/layer that just lets the background poke
through.
Why are
* Panos Laganakos [EMAIL PROTECTED] [2006-11-07T12:59:57]
I made a mockup of a refreshed version of vim.org, trying to maintain
as much of the original look as possible:
http://panos.solhost.org/mockups/vimorg-01.png
vim tangofied icon by toZth
I like it. The light grey used in the
On 2006-11-07, Charles E Campbell Jr [EMAIL PROTECTED] wrote:
Chuck Mason wrote:
Sorry to bring this up again. Was there every any solution to this? Do
I just need the latest netrw? I was trying to get :Explore **/pattern
working
But as I do see the Match n of N in the lower right,
On Mon 6-Nov-06 11:02pm -0600, you wrote:
There is not-a-solution-but-weird-workaround at
http://www.vim.org/tips/tip.php?tip_id=1379
Tip #1379: make echo seen when it would otherwise disappear and go unseen
Nice idea. I've expanded it a bit by changing the
CursorHold to get rid of
--- Ricardo SIGNES [EMAIL PROTECTED] wrote:
* Panos Laganakos [EMAIL PROTECTED] [2006-11-07T12:59:57]
I made a mockup of a refreshed version of vim.org, trying to maintain
as much of the original look as possible:
http://panos.solhost.org/mockups/vimorg-01.png
vim tangofied icon
I want the first completion entering
abc
def
and the second entering
2nd example
2nd lne
How to do this?
example (source this the following lines)
function! CompleteExample(findstart, base)
if a:findstart
locate the start of the word
let [bc,ac] =
How can I put the equivalent of
:syn sync fromstart
in a modeline for a file?
Thank you,
Alan Isaac
The following expression
var10?var:10
generates the following errors:
E121: Undefined variable: var:10
E15: Invalid expression: var10?var:10
The reason is that find_name_end uses eval_isnamec unconditionally to decide whether a character is a valid variable name character,
with the
Alan Isaac wrote:
How can I put the equivalent of
:syn sync fromstart
in a modeline for a file?
Thank you,
Alan Isaac
You can't. Modelines only allow setting options (and not all of them). :syn
sync fromstart is not a :setlocal statement.
Best regards,
Tony.
koxinga wrote:
koxinga wrote:
Hello,
[...]
It won't work with multibyte.
[...]
Any feedback appreciated, of course ...
koxinga
No feedback at all ? Not even a nice you dumbass, it doesn't even
compile or a this is not a feature, this is a bug, moron ?
koxinga
Anything doesn't work
Please forgive me if I use the incorrect terms ... I've been using vim
for years, but am just now getting into more than just the editing part.
I am writing a vim plugin using perl's Net::Blogger so I can make my
blogs entries from vim. What I'd like to do, if possible, is create a
window that
Patch 7.0.159
Problem:When there is an I/O error in the swap file the cause of the error
cannot be seen.
Solution: Use PERROR() instead of EMSG() where possible.
Files: src/memfile.c
*** ../vim-7.0.158/src/memfile.cWed Nov 1 18:10:36 2006
--- src/memfile.c
Patch 7.0.160
Problem::@a echoes the command, Vi doesn't do that.
Solution: Set the silent flag in the typeahead buffer to avoid echoing the
command.
Files: src/ex_docmd.c, src/normal.c, src/ops.c, src/proto/ops.pro
*** ../vim-7.0.159/src/ex_docmd.c Tue Oct 24
Hi!
As you've probably all noticed the completion menu flickers when you
move through the items rapidly. Why is this? Is it really necessary
to redraw the whole completion menu when it really only should require
redrawing the item previously selected and the item selected now [1]?
Anyway,
Patch 7.0.161
Problem:Win32: Tab pages line popup menu isn't using the right encoding.
(Yongwei Wu)
Solution: Convert the text when necessary. Also fixes the Find/Replace
dialog title. (Yegappan Lakshmanan)
Files: src/gui_w48.c
***
Assuming the current buffer is the file 'foobar' in the current
directory. After running the following Vim commands:
:python import os
:python os.chdir(subdir)
the current buffer name is not changed as it is when you run
the Vim command ':cd subdir' (but the output of ':pwd' is Ok),
and
During the compile-debug-edit development cycle, the signs placed in
the Vim buffers by the IDE with the netbeans protocol can have their
line numbers changed when the buffers are edited (a Vim sign sticks with
the line it has been set upon, and moves with it).
It would be nice to allow the IDE
Xavier de Gaye wrote:
Assuming the current buffer is the file 'foobar' in the current
directory. After running the following Vim commands:
:python import os
:python os.chdir(subdir)
the current buffer name is not changed as it is when you run
the Vim command ':cd subdir' (but
Xavier de Gaye wrote:
During the compile-debug-edit development cycle, the signs placed in
the Vim buffers by the IDE with the netbeans protocol can have their
line numbers changed when the buffers are edited (a Vim sign sticks with
the line it has been set upon, and moves with it).
It
Patch 7.0.162
Problem:vim -o a b when file a triggers the ATTENTION dialog,
selecting Quit exits Vim instead of editing b only.
When file b triggers the ATTENTION dialog selecting Quit or
Abort results in editing file a in that window.
Solution: When
--- Bram Moolenaar [EMAIL PROTECTED] wrote:
Xavier de Gaye wrote:
Assuming the current buffer is the file 'foobar' in the current
directory. After running the following Vim commands:
:python import os
:python os.chdir(subdir)
the current buffer name is not changed as it
I would also love a flicker-less popup menu. I use the completion
excessively, since I've found it makes coding faster and less error
prone. I noticed the menu only flickers in some cases.
--Matt
On Wed, Nov 08, 2006 at 10:10:09AM +1100, Peter Hodge wrote:
Hello,
I agree, it would be great
In vimtutor, I see:
NOTE: A count between the operator d and the motion works similar to
using the motion without an operator.
However, it seems that 2dw works the same as d2w. I think the tutor
needs to be updated.
I'm using Vim 7.0.35.
Thanks!
-jj
--
43 matches
Mail list logo