First, thanks for the answer, Tony.
OK, I think I've put it into wrong words. Probably it is not a multibyte
problem.
I can enter digraphs with Ctrl-K or Ctrl-V. But I cannot enter
characters using the alt-Key, those ones with Alt-Gr work.
On another machine running Suse 9.3 this works, e.g.
Hi everybody,
I'm using Vim 7.0.94 on Linux. I use C-A and C-X from time to time to
increment/decrement numbers. However when there is a leading zero I
get very strange behaviour with both.
Example:
01
02
03
04
05
06
07
08
09
10
11
:nmap F7 C-Xj
I position the cursor on 01 and press F7, this
Op woensdag 11 oktober 2006 11:46, schreef Marius Roets:
Hi everybody,
I'm using Vim 7.0.94 on Linux. I use C-A and C-X from time to time to
increment/decrement numbers. However when there is a leading zero I
get very strange behaviour with both.
Example:
01
02
03
04
05
06
07
08
09
Marius Roets wrote:
Hi everybody,
I position the cursor on 01 and press F7, this works fine up to 08.
For 08, 09 and 10, the leading zero dissapears.
:nmap F7 C-Aj
Use the same unmodified list.
This is even weirder. 07 becomes 010, 08 becomes 9, and the rest seems ok.
I think the reason
A.J.Mechelynck wrote:
Bill McCarthy wrote:
On Tue 10-Oct-06 9:26pm -0600, A.J.Mechelynck wrote:
Bill McCarthy wrote:
Since yesterday, 4 files in the dos/autoload directory
cannot be downloaded - it doesn't appear to matter which FTP
client is used.
The four problem files are:
This is not new behavior for VIM, but I am finally asking.
I would like to be able to repeat via '.' my last cut/paste action.
For example:
cw5C-V
After I do the above, the repeat function '.' does not work.
This does work on my old 'vi' that I use on Solaris.
Tom Hertneky
The contents of
Charles E Campbell Jr wrote:
A.J.Mechelynck wrote:
Bill McCarthy wrote:
On Tue 10-Oct-06 9:26pm -0600, A.J.Mechelynck wrote:
Bill McCarthy wrote:
Since yesterday, 4 files in the dos/autoload directory
cannot be downloaded - it doesn't appear to matter which FTP
client is used.
The four
Is there a function to determine if a font exists? Something like:
if exists(Monaco)
set gfn=Monaco:h10
elsif exists(Consolas)
set gfn=Consolas:h11
endif
Roughly...
Robert
Christian Brehm wrote:
First, thanks for the answer, Tony.
OK, I think I've put it into wrong words. Probably it is not a multibyte
problem.
I can enter digraphs with Ctrl-K or Ctrl-V. But I cannot enter
characters using the alt-Key, those ones with Alt-Gr work.
On another machine running Suse
[EMAIL PROTECTED] wrote:
This is not new behavior for VIM, but I am finally asking.
I would like to be able to repeat via '.' my last cut/paste action.
For example:
cw5C-V
After I do the above, the repeat function '.' does not work.
This does work on my old 'vi' that I use on Solaris.
Tom
I had a disk failure and recovered from a backup, BUT... something is
missing.
Now whenever I vim a file I can see the control characters in the
text file. Here's what I see in my .cshrc file:
[33mumask 022
[33msetenv ORACLE_HOME /usr/local/sqlplus
[34m#setenv [31mSQLPATH[34m
I had a disk failure and recovered from a backup, BUT... something is
missing.
Now whenever I vim a file I can see the control characters in the
text file. Here's what I see in my .cshrc file:
[33mumask 022
These go away if I comment out the 'syntax on' in my .vimrc file, but
what's the
On 10/11/06, Peter Palm [EMAIL PROTECTED] wrote:
Op woensdag 11 oktober 2006 11:46, schreef Marius Roets:
set nrformats-=octal
Yep, this did it. Thanks!!
Marius
On 10/11/06, Alan Treece [EMAIL PROTECTED] wrote:
I had a disk failure and recovered from a backup, BUT... something is
missing.
Now whenever I vim a file I can see the control characters in the
text file. Here's what I see in my .cshrc file:
[33mumask 022
[33msetenv ORACLE_HOME
On Wed 11-Oct-06 8:56am -0600, A.J.Mechelynck wrote:
Well, sorry to have needlessly bothered you. Let's holler to Bram then. (Bill,
are you still seeing the bug?)
Well, I don't know about bug but it looks like permissions
were not properly set in a recent update.
If I use Windows' FTP.EXE, I
Robert Hicks wrote:
Is there a function to determine if a font exists? Something like:
if exists(Monaco)
set gfn=Monaco:h10
elsif exists(Consolas)
set gfn=Consolas:h11
endif
Roughly...
Robert
Not exactly; but there are two possibilities to choose an existing font:
Method I.
Thanks... this was the issue.
Setting the term value in the .vimrc file fixed the issue.
Later, ajTreece
On Oct 11, 2006, at 10:35 AM, Tim Chase wrote:
I had a disk failure and recovered from a backup, BUT... something
is missing.
Now whenever I vim a file I can see the control
On 10/11/06, Robert Hicks [EMAIL PROTECTED] wrote:
Is there a function to determine if a font exists? Something like:
if exists(Monaco)
set gfn=Monaco:h10
elsif exists(Consolas)
set gfn=Consolas:h11
endif
There doesn't seem to be platform-independent vimscipt
method to check
On Thu, Sep 28, 2006 at 10:31:33PM +0200, A.J.Mechelynck wrote:
DISCLAIMER: the following is untested, I may have goofed.
If by command mode you mean what Vim documentation calls Normal mode:
Like you, I prefer to call it Normal mode. That is how it is
usually (almost always?) called
On Wed, 11 Oct 2006 at 1:45pm, [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] дÓÚ 2006-10-11 12:27:33:
:FoldMatching #ifdef\ _DEBUG #endif 0
The last parameter is a context, so you might like 1 better than 0
(allows you to see what you are folding). Alternatively, you can also
When I save and load a session, the syntax highlighting is messed up.
I am able to reproduce the problem as follows. Consider helloworld.f90
$cat helloworld.f90
program helloworld
implicit none
write(*,*) 'Hello World\n'
end program helloworld
If I do
$gvim helloworld.f90
I get
Bill McCarthy wrote:
On Wed 11-Oct-06 8:56am -0600, A.J.Mechelynck wrote:
Well, sorry to have needlessly bothered you. Let's holler to Bram
then. (Bill, are you still seeing the bug?)
Well, I don't know about bug but it looks like permissions
were not properly set in a recent update.
On Wednesday 11 October 2006 16:12, Kamaraju Kusumanchi wrote:
When I save and load a session, the syntax highlighting is messed up.
Forgot to mention that I am using vim 7.0 available in Debian Etch.
raju
On Thu, Sep 28, 2006 at 01:27:26PM -0400, David Fishburn wrote:
Running this command:
echo inputdialog(Choose # of database type:\n1. None\n2. ASA\n3. MYSQL\n4.
SQLSERVER\n5. DB2,1,-1)
On Windows and Linux will correctly size the inputdialog box so that the
entire text is displayed.
On Wed 11-Oct-06 3:36pm -0600, Bram Moolenaar wrote:
The script that fixes the permissions was missing the
autoload directory. It's fixed now. Sorry for the
inconvenience.
Thanks for the quick fix!
Doing a 'ls -lR' on the FTP runtime, I've noted:
the following reasonable results:
All
Like I want all instances of a word in a file to have its own color.
Amy one done something like that?
--
Eric Smith
On 10/11/06, Eric Smith [EMAIL PROTECTED] wrote:
Like I want all instances of a word in a file to have its own color.
Amy one done something like that?
Like this :
match ToDo /\word\/
?
Yakov
On 10/11/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 10/11/06, Eric Smith [EMAIL PROTECTED] wrote:
Like I want all instances of a word in a file to have its own color.
Amy one done something like that?
Like this :
match ToDo /\word\/
?
Yakov
Or else, did you mean as many colors as
Yes exactly.
And the script must dynamically apply say blue for the word:
January and red for the word apples and yellow for the word
Monday wherever these words occur.
On 11/10/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 10/11/06, Yakov Lerner [EMAIL PROTECTED] wrote:
On 10/11/06, Eric
On Wednesday 11 October 2006 19:31, Peter Hodge wrote:
At any rate, using ':setfiletype fortran' should fix the problem straight
away.
No. This does not change the behavior. I cannot get the correct syntax
highlighting even after doing this.
The distributed ftplugin file for fortran sets a
-Original Message-
From: Hari Krishna Dara [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 11, 2006 9:18 PM
To: vim@vim.org
Subject: ctags for new Vim scripting features
Is anyone working or planning to work on enhancing exuberant
ctags to recognize the dict and
Hi Hari,
On 10/11/06, Hari Krishna Dara [EMAIL PROTECTED] wrote:
I have observed this sometime back, but forgot to bring this up here
(actually brought it up in another topic, but nobody was interested). I
just got the below error:
rror detected while processing function
Ok, the problem is in your .vimrc:
this only works if the filetype plugin indent on command precedes the
syntax on command
let s:extfname = expand(%:e)
if s:extfname ==? f90
let fortran_free_source=1
unlet! fortran_fixed_source
else
let
On Thursday 12 October 2006 00:43, Peter Hodge wrote:
Ok, the problem is in your .vimrc:
this only works if the filetype plugin indent on command precedes
the syntax on command
let s:extfname = expand(%:e)
if s:extfname ==? f90
let fortran_free_source=1
unlet!
Hello,
I just downloaded sources from svn and built gvim:
:version
VIM - Vi IMproved 7.0 (2006 May 7, compiled Oct 11 2006 20:40:37)
MS-Windows 32 bit GUI version with OLE support
Included patches: 1-131
1) First line of :help netrw is:
*pi_netrw.txt* For Vim version 7.0.
On Wed, 11 Oct 2006 at 10:30pm, David Fishburn wrote:
-Original Message-
From: Hari Krishna Dara [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 11, 2006 9:18 PM
To: vim@vim.org
Subject: ctags for new Vim scripting features
Is anyone working or planning to work on
Thanks a lot. Your solution works perfectly. One small question. In my
previous .vimrc, I had this varible called fortran_free_source. Do I need to
worry about it in ~/.vim/ftplugin/fortran.vim or can I just forget about its
existence completely?
It shouldn't exist any more once you take
On Thu 12-Oct-06 12:27am -0600, Suresh Govindachar wrote:
I just downloaded sources from svn and built gvim:
:version
VIM - Vi IMproved 7.0 (2006 May 7, compiled Oct 11 2006 20:40:37)
MS-Windows 32 bit GUI version with OLE support
Included patches: 1-131
1) First line of
I observe strange behaviour related to 'set shortmess+=T' . Sometimes
this 'T' flag shortens long messages, sometimes it does not.
To see:
1.
vim -u NONE
2.
:set nocp shortmess=aT
:nmap ZB :echomsg repeat('a',co+10)cr
3.
Press ZB. You get long message and 'Press Enter' prompt.
4.
Type
:norm ZBcr
Yakov Lerner wrote:
I observe strange behaviour related to 'set shortmess+=T' . Sometimes
this 'T' flag shortens long messages, sometimes it does not.
To see:
1.
vim -u NONE
2.
:set nocp shortmess=aT
:nmap ZB :echomsg repeat('a',co+10)cr
3.
Press ZB. You get long message and 'Press Enter'
40 matches
Mail list logo