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
>
> 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
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 plann
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 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
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 fortr
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
84_Tab..84_Arrow..84
> -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
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
Hi,
(I am vim 7.0.131 on the console only on a recent gentoo Linux system)
I looked into :h paren but found nothing appropiate...
Currently my vim highlights matching parens. This is nice as long
the corrosponding paren are on different lines or at least not
grouped like this:
(x)
Addit
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
84_Tab..84_Arrow..84_NextField..84_MoveToField..359..358..357:
line 10:
E116: Invalid ar
Is anyone working or planning to work on enhancing exuberant ctags to
recognize the dict and autoloaded functions ? Does this require
modifying the code, or just some regex patterns?
--
Thanks,
Hari
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail ha
Hello,
You'll need to use syntax commands, and you may need to open up the colour
viewer while you're setting these up. First, to highlight some words using the
existing color groups:
syn keyword Function containedin=ALL word1 word2
syn keyword Statement containedin=ALL word3 word4
syn ke
Hello Kamaraju,
The distributed ftplugin file for fortran sets a variable called
'b:fortran_fixed_source' to let the syntax file know how to highlight. The
'bad highlighting' is because the ftplugin file isn't being executed (for some
reason?) and so the syntax defaults to using wrong highlightin
David Thompson wrote:
--- "A.J.Mechelynck" <[EMAIL PROTECTED]> wrote:
David Thompson wrote:
How does one uninstall the various pieces installed
via a vimball?
see ":help vimball-rmvimball"
Hmm, why do I get this error?
:help vimball-rmvimball
E149: Sorry, no help for vimball-rmvimball
On Wed 11-Oct-06 5:21pm -0600, David Thompson wrote:
>> David Thompson wrote:
>> > How does one uninstall the various pieces installed
>> > via a vimball?
>>
>> see ":help vimball-rmvimball"
>
> Hmm, why do I get this error?
>
> :help vimball-rmvimball
> E149: Sorry, no help for vimball-rmvi
Bill McCarthy wrote:
[...]
and the following, perhaps, inconsistent results:
[...]
All file without extensions are NOT executable except:
./tools/dos/ref
./tools/dos/vim132
./tools/dos/vimm
./tools/ref
./tools/vim132
./tools/vimm
tools/ref
On Wednesday 11 October 2006 18:12, Tim Chase wrote:
> >>> I get something like shown in working.png (
> >>> http://kamaraju.googlepages.com/vim_problems ). Now
> >>> inside the gvim session, I did
> >>>
> >>> :mksession! test.vim
> >>>
> >>> After this, exiting gvim and opening test.vim using
> >>
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
--- "A.J.Mechelynck" <[EMAIL PROTECTED]> wrote:
> David Thompson wrote:
> > How does one uninstall the various pieces installed
> > via a vimball?
>
> see ":help vimball-rmvimball"
Hmm, why do I get this error?
:help vimball-rmvimball
E149: Sorry, no help for vimball-rmvimball
What am I mis
I get something like shown in working.png (
http://kamaraju.googlepages.com/vim_problems ). Now
inside the gvim session, I did
:mksession! test.vim
After this, exiting gvim and opening test.vim using
gvim -S test.vim
gave me something like shown in not_working.png
Have you tried searching f
On Wednesday 11 October 2006 17:20, Yakov Lerner wrote:
> On 10/11/06, Kamaraju Kusumanchi <[EMAIL PROTECTED]> wrote:
> > 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
On Sun, Oct 01, 2006 at 04:59:43PM -0500, Calvin Waterbury wrote:
> Hello VIM,
>
> This is an addendum to my long previous post about "Pasteboard"
>
> The "Outline" feature is mainly intended to produce a much larger work, like
> a book**. The format that is in my present editor has a "gutter"
On 10/11/06, Kamaraju Kusumanchi <[EMAIL PROTECTED]> wrote:
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 p
On Thu, Sep 28, 2006 at 02:30:37PM -0300, Luis A. Florit wrote:
> Pals: I want to evaluate a block selection with formulas to its value.
> So, if you have 2 lines like:
>
> home roof 89.4 + 76 home roof
> home roof 17 + 13.3 home roof
>
> I would like to replace "89.4 + 76" by 165.4 and "17 + 13.
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 /\/
?
Yakov
Or else, did you mean "as many colors as t
You might want to look at mark.vim, which sounds like it should fit your needs.
I find it invaluable for having multiple search items highlighted at once.
http://www.vim.org/scripts/script.php?script_id=1238
Max
> -Original Message-
> From: Eric Smith [mailto:[EMAIL PROTECTED]
> Sent: W
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 /\/
?
Yakov
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 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:
A
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 displ
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
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
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 someth
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 a
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?)
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 ch
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 character
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.
I
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
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 /usr/local/s
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
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
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 ${[31mHOME[34
[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:
cw5
After I do the above, the repeat function '.' does not work.
This does work on my old 'vi' that I use on Solaris.
Tom Hertn
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 9
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
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
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:
cw5
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 this
Peter Palm wrote:
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
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:
netrw.
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 j
> Use the same unmodified list.
> This is even weirder. 07 becomes 010, 08 becomes 9, and the rest seems ok.
I think the reason
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
>
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 j
I position the cursor on 01 and press F7, this works fi
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. enter
55 matches
Mail list logo