Hi!
Mark Guzman wrote:
I hate to report problems w/o having solutions, but the svn repos is
currently only up to patch 132. I'm wondering if whatever update script
was maintaining it is broken... Hopefully someone with access can take a
look at it.
As far as I know, the SVN repository is kept
Hi!
Bram Moolenaar wrote:
/ search for the Visually selected text forward
? same, backward
Is there a good alternative?
I think, this is ok. For the moment I have the following lines
in my vimrc file (I found the original code in a vim tip):
--- 8 ---
Search in Visual and
Hi!
I forgot to mention, that my last build was version 7.0.101.
It is probably patch 7.0.104 which introduced this problem.
Best wishes,
Georg Dahn
Georg Dahn wrote:
Hi!
I have updated the sources of Vim from CVS (7.0.106) and tried
to compile Vim. The GUI version can be built, but I get
list (vim@vim.org) if they aren't much
more suited for IRC anyway.
Best wishes,
Georg Dahn
___
Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com
-, that most of your numerous mails, which look like IRC postings
each having a return receipt request, seem to be only one thread or so.
Best wishes,
Georg Dahn
___
To help you stay safe and secure online, we've developed
Hi!
Sometimes the completed text gets erased after hitting enter.
To reproduce:
1. vim -u NONE +'set nocp cot=menu,longest'
2. ifoobar;CRfoC-P;
3. the two lines should be the same now. press CR and the second
line then becomes fo.
I can reproduce this with gVim 7.0.50.
Best wishes,
Georg
Hi!
I'm wondering if there were any error messages prior to the ones you
included, especially ones complaining about not finding perl
directories or .h files. It looks like it might be failing in the
pass where it runs perl on if_perl.xs. It seems to be most concerned
about finding ExtUtils
Hi!
--- Bram Moolenaar [EMAIL PROTECTED] wrote:
Subversion is already working, Edward Fox takes care of that.
Yes, of course, I am getting the sources from there and it works very
fine.
I might be wrong, but as I understood it, Subversion is just a mirror
of CVS. That is, the developement of
Hi!
I tried several versions, starting with gvim -u NONE -N
and still don't see the problem. I have no idea what
could make it appear.
It would be interesting, what is common between Mikolaj Machowski and
me, since we both can see the problem. I am working on two computers
and this problem
Hi!
I tried, also on Windows XP, but I don't see the problem. I have no
idea why it happens for you. Must be something obscure. What
compiler did you use? Does it also show in the distributed Vim 7.0g?
That's interesting. I use the same compiler as you (at least that's what
I think),
Hi!
Where do you find this vimtips.txt with 4 lines? I
only found one with 3543 lines.
http://www.vim.org/tips/tip_download.php?download=download
It contains a lot of empty lines, has a sice of a little
more then 1,2 MB, and has 40243 lines at the moment.
I tried another file but it
Hi!
What system font size are you using? Right-click on a blank spot on
your desktop, Properties, Appearance, Font size. Do you have similar
problems with the tabbar on other Windows apps, such as the
aforementioned Display Properties dialog?
Because of the high resolution of my laptop
Hi!
Since I am working on a laptop with a 1400x1050 display, the fonts I am
using are rather large. That is, the menu font has a size of 11 pixel.
The problem is, that on inactive Guitabs, which use the size of the menu
as its text size, the text gets cut a little bit. The largest font size
Hi!
I am using Windows XP. I want to add, that this is more an esthetical
Problem than a functional. It is still readable, but the lower parts of
letters like g, p, j and braces are cut.
Best wishes,
Georg
Bram Moolenaar schrieb:
Georg Dahn wrote:
Since I am working on a laptop
Hi!
a[M:N] should _never_ produce errors because returning an empty (or
truncated) list for a[M:N] unambiguously conveys to the programmer
that M len(a) (or N len(a)).
In my opinion one has done something wrong if one wants to get a sublist
whith wrong bounds. That's why an error has to be
Hi!
Well, this problem is older, since Vim 6.4 behaved like that, too. If a
vertical split is created and guioptions contain L, a scrollbar is
added which makes the windows wider by the amount of the scrollbar. I
have removed the L from the guioptions and don't miss it.
Best wishes,
Georg
---
Hi!
What's your operating system?
Do you use GUI or console Vim?
Which version of vim?
Which color scheme?
Best wishes,
Georg
--- Milan Berta [EMAIL PROTECTED] wrote:
Hello,
I want to report a behavior that is pretty strange for me.
When there is a syntax highlighting on and VISUAL
Hi!
I think trying to get items from an empty list should produce an error
message.
IMHO it would be a serious error if no error were produced in this case.
Best wishes,
Georg
___
24 FIFA World Cup tickets to be
Hi!
Handling N len(a) except when a happens to be 0 seems a bit
counterintuitive.
No: Let's assume, that you have an empty list a. Then M in a[M:N] is
always out of bounds, which should produce an error. Analogously, if a
is not empty, but M len(a), an error should be produced, too. (BTW,
Hi!
Vim choses the default colors of the syntax highlighting for gVim
depending of the value of background. If I add the lines
set background=dark
hi Normal guifg=#e0e0e0 guibg=#202020
I get the defaults for dark backgrounds. Unfortunately, the background
colors of cursorline and
Hi!
What does
:verbose hi Constant guifg=Maroon
show?
Nothing. But the Constants are Maroon afterwards.
In addition to the above sort of debugging, you can add a line like
let g:foo = 2006 April 16 background= . background
to your color scheme file. The date stamp is to avoid
Hi!
In the meantime I found another one: Could you please set MatchParen
differently, because with a dark background a light foreground and Cyan
don't fit. I suggest setting guifg to bg or Black.
How about using guibg=DarkCyan?
Looks OK to me, it is much better!
Best wishes,
Georg
Send
Hi!
In vim 7.0d02 I'm unable to see the '|' which usually surround tag in
vim's help file (e.g. around 'usr_01.txt' in the first help page opened
by ':helpCR').
This is not a bug, but a feature. The name of the highlight is 'Ignore'.
The foreground color highlight 'Ignore' is set to the
Sorry, but to be totally lost is something completely different, the
user just has to move the cursor. There are not many invisible
characters anyway.
Not that easy: if you are in the main help page you can have plenty of
invisible characters on the same column and then only moving right will
24 matches
Mail list logo
