Re: VIM Books

2006-12-04 Thread C.G.Senthilkumar.

:help usr_41.txt
should get you started.

Hope this helps.
Senthil.

On Tue, 5 Dec 2006, Jianrong Yu wrote:


2006/12/5, Taylor, Kevin <[EMAIL PROTECTED]>:

I have been using VIM for years to do my development and feel I am a
competent user. I have done some minor tweaks in my .vimrc but I have
never written a plugin and very rarely do any scripting in the editor.
But, I want to take it to the next level. I esp want to start scripting
functionality (preferrably in VIM 7 via Ruby).

I also do most of my programming and writing in VIM (other than when I
am doing Eclipse RCP development).

I remember there being a couple of VIM books out there. Are any worth
reading for someone like me? Recommendations?

TIA.

>Kevin Taylor


Re: VIM Books

2006-12-04 Thread Jianrong Yu

2006/12/5, Taylor, Kevin <[EMAIL PROTECTED]>:

I have been using VIM for years to do my development and feel I am a
competent user. I have done some minor tweaks in my .vimrc but I have
never written a plugin and very rarely do any scripting in the editor.
But, I want to take it to the next level. I esp want to start scripting
functionality (preferrably in VIM 7 via Ruby).

I also do most of my programming and writing in VIM (other than when I
am doing Eclipse RCP development).

I remember there being a couple of VIM books out there. Are any worth
reading for someone like me? Recommendations?

TIA.

>Kevin Taylor



I have a friend who had started use vim just 2 months ago, but he had written a
set of very nice plugins for id-utilities and tag jump. What he had
learn from is
only the two old plugins: Project and TagList. He said read the
Taglist plugin is
enough to write your own.


Regards.
Yu Jianrong


Re: Do a grep -r without match .svn directory ?

2006-12-04 Thread A.J.Mechelynck

Greg Matheson wrote:

On Tue, 05 Dec 2006, A.J.Mechelynck wrote:


KLEIN Stéphane wrote:

Hi,


This is actually OT for Vim, since grep is an external program; but you can 
use



grep -r --exclude=PATTERN



to skip any directory matching the pattern (at least with GNU grep).


Apparently this doesn't work for GNU grep. It only excludes
matches on file basenames, I am told.

Correct me if I am wrong.


In Vim you would use (IIUC)



:set grepprg=grep\ -r\ --exclude=*.svn
:grep \ ~/dir/subdir/*





Hmm... In "man grep" I read

   -R, -r, --recursive
  Read all files under each directory, recursively; this is equiv‐
  alent to the -d recurse option.

 --include=PATTERN
  Recurse in directories only searching file matching PATTERN.

 --exclude=PATTERN
  Recurse in directories skip file matching PATTERN.

so maybe you're right. I haven't tested it.


Best regards,
Tony.


Re: Do a grep -r without match .svn directory ?

2006-12-04 Thread Greg Matheson
On Tue, 05 Dec 2006, A.J.Mechelynck wrote:

> KLEIN Stéphane wrote:
> >Hi,

> This is actually OT for Vim, since grep is an external program; but you can 
> use

>   grep -r --exclude=PATTERN

> to skip any directory matching the pattern (at least with GNU grep).

Apparently this doesn't work for GNU grep. It only excludes
matches on file basenames, I am told.

Correct me if I am wrong.

> In Vim you would use (IIUC)

>   :set grepprg=grep\ -r\ --exclude=*.svn
>   :grep \ ~/dir/subdir/*


-- 
Greg MathesonAll teaching is teaching 
 under difficult circumstances.
 --Dr Bean


Re: Hyperlinks and vim

2006-12-04 Thread Benji Fisher
On Thu, Nov 30, 2006 at 03:38:00PM +0100, Tanoor Dieng wrote:
> Hi everybody,
> I'm a php developper and i'm using vim for my developments. Recently, i have
> tried the zend IDE.
> This IDE offers one particularly interesting feature: the possiblity to go
> on a class containing a function definition just by clicking on the function
> name. To do this, Zend IDE uses the php comments made using phpDocumentator.
> 
> Now, here is my question: is there a way to simulate hyperlinks aka to say
> vim that when I click on a text portion, it must edit another file.
> 
> Best regards,
> Tanoor.

 If I understand you correctly, you should generate a tags file for
your document.  According to its web site, exuberant ctags
http://ctags.sourceforge.net/
supports PHP; you will have to read the docs to see whether that means
that it uses the phpDocumentator-generated comments.

 Once you know how to generate the tags file, read the parts of

:help tagsrch.txt

that seem useful.

HTH --Benji Fisher


Re: Using Tags In A Markdown Doc

2006-12-04 Thread Benji Fisher
On Sat, Dec 02, 2006 at 11:08:00AM -0800, Yegappan Lakshmanan wrote:
> Hi,
> 
> On 12/2/06, Tom Purl <[EMAIL PROTECTED]> wrote:
[snip]
> >I took a look at the "tag" documentation, and it looks like I'll need to
> >find some type of tag processor for my headings, but I don't know where
> >to start.  Is the help tag processor for vim available as a separate
> >script, or would I have to register my wiki pages as help pages in order
> >to use it?  Am I even going about this correctly?
> >
> 
> You can use exuberant ctags to generate the tags file. Exuberant
> ctags is easily extendable to add support for new types of files.
> Visit the following page for more information.
> 
> http://ctags.sourceforge.net/EXTENDING.html
> 
> - Yegappan

 If you are lucky, ctags already supports your language.  If not,
another option is to write a script to generate the tags file yourself.
If you want to use a vim script to do it, then you may find aux2tags.vim
helpful as a starting point:
http://www.vim.org/scripts/script.php?script_id=74

HTH --Benji Fisher


Re: Pasting utf8

2006-12-04 Thread Benji Fisher
On Fri, Dec 01, 2006 at 11:31:50AM -0800, Bill Moseley wrote:
> 
> VIM - Vi IMproved 7.0 (2006 May 7, compiled Nov 15 2006 16:24:17)
> Included patches: 1-164
> 
> 
> 
> I don't normally use utf8, but I have a uxterm running on Linux.
> 
> If I copy and paste some UTF8 text from Firefox into Vim I see:
> 
> Weeding for Your Library\u2019s Health
> ^^^
> 
> But, pasting into the xterm it works fine.
> 
> That is, in my uxterm I do this (which works correctly):
> 
> $ echo "Weeding for Your Library’s Health" > utf8-test
> 
> Where "Weeding..." was pasted into the xterm with my middle mouse
> click.
> 
> Now in Vim I open utf8-test my screen looks fine and encoding? shows
> "encoding=utf8":
> 
> Weeding for Your Library’s Health
> ~ 
>   
> ~ 
>   
> ~ 
>   
>   1,16  
> All
> 
> But, if I paste with my middle mouse button into Vim I get:
> 
> Weeding for Your Library’s Health
> Weeding for Your Library\u2019s Health  <<<--- pasted line
> ~ 
>   
> ~ 
>   
> ~ 
>   
> -- INSERT --  2,18  
> Bot
> 
> What is it not pasting the utf8 character?
> 
> set mouse?  shows "mouse=a".

 I cannot reproduce this problem.  Do you get the same behavior if
you paste with "*p (starting in Normal mode) or * (starting in
Insert mode)?  What if you start vim with

$ vim -u NONE

(If your locale is set to something unicode, then 'encoding' should
still be set to utf-8; but it is still worth checking this and
correcting if I am wrong.)

 There may be something wrong with your terminal, or some sort of
argument between uxterm and vim.  Do you have a problem with gvim or
with vim running in other terminals?  I use gnome-terminal, but I get
the same (expected) result when I try with uxterm.

HTH --Benji Fisher


Re: (un)sourcing

2006-12-04 Thread A.J.Mechelynck

C.G.Senthilkumar. wrote:


Hi,

I use the following autocmd in my ~/.vimrc to load a source file with my
personal vim mappings while editing a tex file:

autocmd FileType tex source ~/Dot.vilatexrc

This works fine. However, the mappings continue to exist even after I
open a different filetype without restarting vim. Is there an "unsource"
command? If yes, how do I tell vim to do that each time I open another
filetype.

I have to add that, the appropriate syntax plugins and indent files are
loaded for the new filetype. So, I'm happy with that.

Any pointers will help.

Thanks in advance.
Senthil.


there is no "unsource" command, but you can build your script so as to avoid 
unwanted side-effects:


- use :map 
not plain :map
similarly for map!, imap, cnoremap, etc.

- use :setlocal
not plain :set

- if you need to set a global option for the duration of your script, save it 
on entry and restore it on exit, e.g.


:let save_cpo = &cpo
:set cpo&vim
...
:let &cpo = save_cpo
:unlet save_cpo

etc.

Note that a script which is only to be sourced at the FileType autocommand for 
tex files can be called


(on Windows)
~/vimfiles/after/ftplugin/tex.vim

(on Unix/Linux)
~/.vim/after/ftplugin/tex.vim

It will then run immediately after $VIMRUNTIME/ftplugin/tex.vim without the 
need for you to set up an autocommand. The caveats about ":map " and 
":setlocal" still apply.


If your script has a different name, and you don't want to rename it, you can 
simply source it from a script with the above name; or if your system supports 
soft links, you can link it from ~/.vim/after/ftplugin/tex/ i.e., you can set 
it up with (e.g.) the following shell commands (which are shown for Unix):


mkdir -p ~/.vim/after/ftplugin/tex
cd ~/.vim/after/ftplugin/tex
ln -sv ~/Dot.vilatexrc vilatex.vim

At the FileType autocommand event for tex files, Vim will lookup (among 
others) scripts named ~/.vim/after/ftplugin/tex/*.vim : it will find 
~/.vim/after/ftplugin/tex/vilatex.vim, which is a soft link pointing to 
~/Dot.vilatexrc, and source the latter.


see ":help ftplugin-name"


Best regards,
Tony.


Re: Do a grep -r without match .svn directory ?

2006-12-04 Thread A.J.Mechelynck

KLEIN Stéphane wrote:

Hi,

In vim, I would like do a :grep -r but don't match .svn directory.
Grep or vim have this feature ?

Thanks for you help
Stephane



This is actually OT for Vim, since grep is an external program; but you can use

grep -r --exclude=PATTERN

to skip any directory matching the pattern (at least with GNU grep).

In Vim you would use (IIUC)

:set grepprg=grep\ -r\ --exclude=*.svn
:grep \ ~/dir/subdir/*


Best regards,
Tony.


Re: sourcing

2006-12-04 Thread Bill McCarthy
On Mon 4-Dec-06 6:54pm -0600, you wrote:
> On Mon, 4 Dec 2006, Bill McCarthy wrote:
>> On Mon 4-Dec-06 5:56pm -0600, C.G.Senthilkumar. wrote:

>>> I use the following autocmd in my ~/.vimrc to load a source file with my
>>> personal vim mappings while editing a tex file:
>>>
>>> autocmd FileType tex source ~/Dot.vilatexrc
>>>
>>> This works fine. However, the mappings continue to exist even after I
>>> open a different filetype without restarting vim. Is there an "unsource"
>>> command? If yes, how do I tell vim to do that each time I open another
>>> filetype.

>> You could make those mappings local.  When you delete a
>> buffer with local mappings, those mappings are cleared.
>>
>> See :help map-local

> :help map-local
>  *:map-local*
> *:map-* *E224* *E225*
> If the first argument to one of these commands is "" it will apply to
> mappings locally to the current buffer only.  Example: >
>  :map   ,w  /[.,;]
> ...
> 
>
> What does the  mean?
> Is it a literal string or the name of the file I'm editing or something
> else?

It is a type of map it this context.  The map will only
apply to the current buffer.  When you read a file into a
buffer, for example, the file type is set which triggers the
FileType event.  There are examples given of such a map.
I'll give another below.

Instead of using an autocmd, you could place those maps in a
file called tex.vim in your local ftplugin directory.  Place
this single line in such a file:

map   :echo 'It worked!'

Now edit a tex file and try .  Moving to another window
not containing a tex file and  has its normal behavior.

-- 
Best regards,
Bill



Re: How to change controls to other Keyboard input

2006-12-04 Thread A.J.Mechelynck

Ondřej Ševčík wrote:
Is it posible to change vim controls to be independent on input 
characters? I use english and czech keyboard and they have different key 
layout. Can I translate keys in command mode? I need to ů have same 
meaning as ; becouse they are on same key.  It's really hard to use Vim 
with czech keyboard, but i need to write thesis in czech of course.

Thanks for advices.


Best Regards.

Ondra



you can test the following in your vimrc, before setting them:

'encoding'
if &encoding == 'latin1'

":language messages"
if v:lang =~? '^en' || v:lang == 'C'

":language ctype"
if v:ctype =~? '\%(iso-8859-1\|latin1\)$'

then depending on the result, either set a 'langmap' (to translate into 
English the Czech characters input by your Czech keyboard driver) or a 
'keymap' (to use an English-language keyboard to input Czech).


'keymap' assumes that your keyboard driver is in English and translates the 
keypresses in Insert mode but not in Normal mode: e.g., with my 
"$VIM/vimfiles/keymap/russian-phonetic_utf-8.vim", when I type "Vsego 
horo%sego" in Insert mode I get "Всего хорошего"; but in Normal mode my "Vim 
commands" remain in Latin (except the operand of the r command, the search 
pattern to the / command, etc.). The keymap can be toggled on or off by means 
of Ctrl-^ in Insert mode or by toggling the 'iminsert' option between 1 and 0.


'langmap' assumes that your keyboard driver is in some foreign language (the 
help gives an example for Greek) and translates Normal-mode commands, but not 
Insert-mode text, into English. IIUC, in that case it is not foreseen to set 
it on in Insert-mode also in order to input English text.


see
:help expr-option
:help :language
:help v:var
:help 'keymap'
:help 'langmap'
:help i_CTRL-^
etc.


Best regards,
Tony.


Re: sourcing

2006-12-04 Thread Bill McCarthy
On Mon 4-Dec-06 5:56pm -0600, C.G.Senthilkumar. wrote:

> I use the following autocmd in my ~/.vimrc to load a source file with my
> personal vim mappings while editing a tex file:
>
> autocmd FileType tex source ~/Dot.vilatexrc
>
> This works fine. However, the mappings continue to exist even after I
> open a different filetype without restarting vim. Is there an "unsource"
> command? If yes, how do I tell vim to do that each time I open another
> filetype.

You could make those mappings local.  When you delete a
buffer with local mappings, those mappings are cleared.

See :help map-local

-- 
Best regards,
Bill



(un)sourcing

2006-12-04 Thread C.G.Senthilkumar.


Hi,

I use the following autocmd in my ~/.vimrc to load a source file with my
personal vim mappings while editing a tex file:

autocmd FileType tex source ~/Dot.vilatexrc

This works fine. However, the mappings continue to exist even after I
open a different filetype without restarting vim. Is there an "unsource"
command? If yes, how do I tell vim to do that each time I open another
filetype.

I have to add that, the appropriate syntax plugins and indent files are
loaded for the new filetype. So, I'm happy with that.

Any pointers will help.

Thanks in advance.
Senthil.
--
Today's fortune:
Don't kiss an elephant on the lips today.


Re: VIM Books

2006-12-04 Thread Tim Chase

I have been using VIM for years to do my development and feel
I am a competent user. I have done some minor tweaks in my
.vimrc but I have never written a plugin and very rarely do
any scripting in the editor. But, I want to take it to the
next level. I esp want to start scripting functionality
(preferrably in VIM 7 via Ruby).


It's hard to beat simply diving in with the vim help-files and 
trying your hand at some scripting.  The included help files are 
volumnous in their coverage, even if it can be a bit of a task to 
find the material.  I'd much rather have that problem than not 
have the answer in there at all.


There's also a treasure-trove of example scripts at www.vim.org 
where you can find a handful of ones that sound interesting and 
rip into their guts to see what makes them tick.  You can try 
your hand at tweaking them and see what you can do.


Additionally, when/if you have questions, this list is a very 
welcoming place to try and help you along.



I remember there being a couple of VIM books out there. Are
any worth reading for someone like me? Recommendations?


O'Reilly has _Learning the vi Editor_ and the _vi Pocket 
Reference_ both of which sound like you're past them a bit. 
Perhaps more to your interest would be _Vi IMproved--Vim_ put out 
by New Riders, which focuses specifically on Vim.  I've thumbed 
through all three, reading the parts I found interesting, but 
find that between the help-files and the list, dead-tree (paper) 
books can't keep up with the pace.


Having used Vim for nearly 7 years (and vi before that), there 
are still dark corners of Vim I've never explored.  I don't know 
whether that should encourage or terrify you. :)  But basic 
scripting is easy enough to pick up for anybody who has used 
other programming languages.  Particularly, Vim7 has the nicities 
of list/dictionary data-types that make some previously painful 
operations much less so.


HTH,

-tim





Re: VIM Books

2006-12-04 Thread striker

From sourceforge.net...
http://vimdoc.sourceforge.net/
Kevin


On Dec 4, 2006, at 5:22 PM, Steve Hall wrote:


From: "Taylor, Kevin", Mon, December 04, 2006 5:16 pm


I have been using VIM for years to do my development and feel I am a
competent user. I have done some minor tweaks in my .vimrc but I
have never written a plugin and very rarely do any scripting in the
editor. But, I want to take it to the next level. I esp want to
start scripting functionality (preferrably in VIM 7 via Ruby).

I also do most of my programming and writing in VIM (other than when
I am doing Eclipse RCP development).

I remember there being a couple of VIM books out there. Are any
worth reading for someone like me? Recommendations?


I've found the online help much better than any third-party manual. If
you read:

  :help usr_41
  :help eval
  :help options

you are 90% the way there.


--
Steve Hall  [ digitect dancingpaper com ]





RE: VIM Books

2006-12-04 Thread Steve Hall
From: "Taylor, Kevin", Mon, December 04, 2006 5:16 pm
> 
> I have been using VIM for years to do my development and feel I am a
> competent user. I have done some minor tweaks in my .vimrc but I
> have never written a plugin and very rarely do any scripting in the
> editor. But, I want to take it to the next level. I esp want to
> start scripting functionality (preferrably in VIM 7 via Ruby). 
> 
> I also do most of my programming and writing in VIM (other than when
> I am doing Eclipse RCP development).
> 
> I remember there being a couple of VIM books out there. Are any
> worth reading for someone like me? Recommendations?

I've found the online help much better than any third-party manual. If
you read:

  :help usr_41
  :help eval
  :help options

you are 90% the way there.


-- 
Steve Hall  [ digitect dancingpaper com ]



VIM Books

2006-12-04 Thread Taylor, Kevin
I have been using VIM for years to do my development and feel I am a
competent user. I have done some minor tweaks in my .vimrc but I have
never written a plugin and very rarely do any scripting in the editor.
But, I want to take it to the next level. I esp want to start scripting
functionality (preferrably in VIM 7 via Ruby). 

I also do most of my programming and writing in VIM (other than when I
am doing Eclipse RCP development).

I remember there being a couple of VIM books out there. Are any worth
reading for someone like me? Recommendations?

TIA.

>Kevin Taylor


Re: Do a grep -r without match .svn directory ?

2006-12-04 Thread Yegappan Lakshmanan

Hi,

On 12/4/06, KLEIN Stéphane <[EMAIL PROTECTED]> wrote:

Hi,

In vim, I would like do a :grep -r but don't match .svn directory.
Grep or vim have this feature ?



If you use the grep.vim plugin, then you can set the Grep_Skip_Dirs
variable to skip the .svn directory. You can get this plugin from:

http://vim.sourceforge.net/scripts/script.php?script_id=311

- Yegappan


Re: Do something for all ft, except....

2006-12-04 Thread Gary Johnson
On 2006-12-03, Meino Christian Cramer <[EMAIL PROTECTED]> wrote:
> Hi
>  
>  As far as I understood augroups I can do specific actions
>  for a specific filetype.
> 
>  I now came accross the situation to define a keymapping for all
>  filetypes except for one.
> 
>  Is there a more elegant (and suitable for a lot more than one single
>  keybinding) way to do this as to define the keymapping and delete it
>  afterwards in a augroup for the filetype where it is not wanted ?
> 
>  (By the way: Is there any command for "restore the old keymapping"
>  and - if not - how can I backup a keymapping before changing it with
>  *map-commands?)

I don't know under what conditions you want to restore a previous 
mapping, but if you set any filetype-specific mappings with the 
 option (see ":help map-"), then they will apply 
only to the buffer in which they were defined.  Other buffers, or 
any new buffers you create with a different file type, will use the 
mappings defined for their file type, or will use the global 
mappings if none are defined for their file type.

So, if your old keymappings were global and your new keymappings are 
buffer-local, the old keymappings will be restored when you open a 
new buffer (if not overridden by a new set of local keymappings).

HTH,
Gary

-- 
Gary Johnson | Agilent Technologies
[EMAIL PROTECTED] | Wireless Division
 | Spokane, Washington, USA


Re: separator in user-defined command name

2006-12-04 Thread Gary Johnson
On 2006-12-04, [EMAIL PROTECTED] wrote:
> Hello,
> 
> Yakov Lerner <[EMAIL PROTECTED]> wrote:
> 
> > I tried '-' and '_' in user-defined command name, both are not accepted
> > (like X_Y, X-Y). Is there maybe some  [other] separator that is
> > allowed in user-defined command name ?
> 
> I'm afraid only uppercase letters can be used

Actually, uppercase letters, lowercase letters and digits can be 
used, but the name must start with an uppercase letter.

:help user-cmd-ambiguous

Regards,
Gary

-- 
Gary Johnson | Agilent Technologies
[EMAIL PROTECTED] | Wireless Division
 | Spokane, Washington, USA


Re: How to change controls to other Keyboard input

2006-12-04 Thread Yakov Lerner

On 12/4/06, Ondřej Ševčík <[EMAIL PROTECTED]> wrote:

Is it posible to change vim controls to be independent on input
characters? I use english and czech keyboard and they have different
key layout. Can I translate keys in command mode? I need to ů have
same meaning as ; becouse they are on same key.  It's really hard to
use Vim with czech keyboard, but i need to write thesis in czech of
course.


Just use nmap. Like :nmap ů ;

Yakov


Re: your best vim scripting tip

2006-12-04 Thread Kim Schulz
On Mon, 04 Dec 2006 00:40:53 +0100
"A.J.Mechelynck" <[EMAIL PROTECTED]> wrote:

> Kim Schulz wrote:
> > Hi,
> > It you should give one (or more) tips to a person who was going to
> > start creating scripts for vim, then what would it be? 
> > (besides "know your :help" :-) )
> > 
> > ideas could be:
> > Do's and dont's 
> > best util script
> > often used functions
> > ways of optimization
> > etc. etc..
> > 
> > 
> 
> In addition to what Yakov and Mikolaj have said, and with which I
> fully agree, my main advice would be: Your Mileage Will Vary.
> - One person's "most used" script might not even be useful for
> another user.
> - A keymap, a colorscheme, a syntax script, a utility script or a
> vimrc each require fundamentally different approaches.
> 
> One thing Mikolaj mentioned, but which I want to stress: make your
> scripts as portable as you can:
> - You're on Linux now, but if and when you find yourself facing a Mac
> or Windows (or other) machine, you will still want to use Vim the
> same way.
> - Your scripts should work in both Vim and gvim (if at all possible).
> - If ever you find yourself using a Vim version with a limited
> featureset, or an older version of Vim, you don't want your vimrc (or
> other Vim script) to halt on an error because you set an unsupported
> option or use an unsupported command (for that version).
> This means that IMHO:
> * you should test has(), exists() etc. whenever there is a
> possibility that some feature might possibly be absent on some
> version of Vim. (Better be safe than sorry.)
> * if there are several ways to program a single task, use vim-script
> in preference to interfacing with perl, python, etc., unless:
>(a) you know that the required interpreter will always be
> available whenever you will need that task, and
>(b) the "alien" version of the script is faster and cleaner than
> the "vim" version, or the task at hand cannot be handled with "pure"
> vim-script.
> 
> 
> Best regards,
> Tony.

Thanks. it was answers like this I was looking for. 

-- 
Kim Schulz| Private :  http://www.schulz.dk
[EMAIL PROTECTED] | Business:  http://www.devteam.dk
+45 5190 4262 | Sparetime: http://www.fundanemt.com


Re: Man generates lines that are too long

2006-12-04 Thread Guido Van Hoecke

De. Chip,

Charles E Campbell Jr said on 12/04/2006 02:52 PM:

Guido Van Hoecke wrote:

The :Man command always outputs lines that do not fit within the 
current line length.


You could try Manpageview, available at

 * from vim.sf.net:
 http://vim.sourceforge.net/scripts/script.php?script_id=489

 * latest version from my website:
 http://mysite.verizon.net/astronaut/vim/index.html#MANPAGEVIEW



I got the latest version (dec 4) from your website.

It ignores my default number option, and foldcolumn value. I like that: 
no need for an autocommand in my .vimrc.


However, I do not understand why it does not properly display certain 
characters. The -f option section in the procmail manpage displays as 
follows (using plain linux (ubuntu 6.10) man command):


-f fromwhom
 Causes  procmail  to regenerate the leading ‘From ’ line with
 fromwhom as the sender (instead  of  -f  one  could  use  the
 alternate and obsolete -r).  If fromwhom consists merely of a
 single ‘-’, then procmail will only update the  timestamp  on
 the  ‘From ’ line (if present, if not, it will generate a new
 one).

Manpageview shows this:

-f fromwhom
  Causes  procmail  to regenerate the leading â<80><90>From '
line with
  fromwhom as the sender (instead  of  -f  one  could  use  the
  alternate and obsolete -r).  If fromwhom consists merely of a
  single â<80><90>-', then procmail will only update the
timestamp  on
  the  â<80><90>From ' line (if present, if not, it will
generate a new one).

Apparently it has a problem with opening quotes? Additionally, this 
causes some unfortunate wrapping.


The default man command underlines the three occurances of the 
'fromwhom' word, Manpageview doesn't.


The underline thing does not really bother me, the quote character 
handling is a bit unfortunate.


This behaviour is as described in gvim as well as vim, in a GNOME 
Terminal 2.16.1 as well as in a plain xterm.


My vim :version output:

:version
VIM - Vi IMproved 7.0 (2006 May 7, compiled Oct 20 2006 09:47:48)
Included patches: 1-35
Compiled by [EMAIL PROTECTED]
Big version with GTK2-GNOME GUI.  Features included (+) or not (-):
+arabic +autocmd +balloon_eval +browse ++builtin_terms +byte_offset +cindent
+clientserver +clipboard +cmdline_compl +cmdline_hist +cmdline_info 
+comments +cryptv
+cscope +cursorshape +dialog_con_gui +diff +digraphs +dnd -ebcdic 
+emacs_tags +eval
+ex_extra +extra_search +farsi +file_in_path +find_in_path +folding 
-footer +fork()
+gettext -hangul_input +iconv +insert_expand +jumplist +keymap +langmap 
+libcall
+linebreak +lispindent +listcmds +localmap +menu +mksession 
+modify_fname +mouse

+mouseshape +mouse_dec +mouse_gpm -mouse_jsbterm +mouse_netterm +mouse_xterm
+multi_byte +multi_lang -mzscheme +netbeans_intg -osfiletype +path_extra 
+perl
+postscript +printer -profile +python +quickfix +reltime +rightleft 
+ruby +scrollbind

+signs +smartindent -sniff +statusline -sun_workshop +syntax +tag_binary
+tag_old_static -tag_any_white +tcl +terminfo +termresponse +textobjects 
+title
+toolbar +user_commands +vertsplit +virtualedit +visual +visualextra 
+viminfo +vreplace
 +wildignore +wildmenu +windows +writebackup +X11 -xfontset +xim 
+xsmp_interact

+xterm_clipboard -xterm_save
   system vimrc file: "$VIM/vimrc"
 user vimrc file: "$HOME/.vimrc"
  user exrc file: "$HOME/.exrc"
  system gvimrc file: "$VIM/gvimrc"
user gvimrc file: "$HOME/.gvimrc"
system menu file: "$VIMRUNTIME/menu.vim"
  fall-back for $VIM: "/usr/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK 
-I/usr/include/gtk-2.0 -
I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo 
-I/usr/include/pan
go-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -DORBIT2=1 
-pthread -I/usr/
include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 
-I/usr/include/libgnomecanvas-2.0 -I/
usr/include/gtk-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 
-I/usr/include/libb
onoboui-2.0 -I/usr/include/gnome-vfs-2.0 
-I/usr/lib/gnome-vfs-2.0/include -I/usr/include
/gnome-keyring-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
-I/usr/include/orbi
t-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 
-I/usr/include/p
ango-1.0 -I/usr/include/freetype2 -I/usr/lib/gtk-2.0/include 
-I/usr/include/atk-1.0 -I/u
sr/include/cairo -I/usr/include/libxml2 -O2 -g -Wall-D_REENTRANT 
-D_GNU_SOURCE -
DTHREADS_HAVE_PIDS -DDEBIAN  -pipe -I/usr/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFS
ET_BITS=64  -I/usr/lib/perl/5.8/CORE  -I/usr/include/python2.4 -pthread 
-I/usr/include/t
cl8.4  -D_REENTRANT=1  -D_THREAD_SAFE=1  -D_LARGEFILE64_SOURCE=1 
-I/usr/lib/ruby/1.8/x8

6_64-linux
Linking: gcc   -rdynamic -Wl,-export-dynamic  -Wl,-E   -L/usr/local/lib 
-o vim   -lgtk-x
11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 
-lfontconfig -lXext -lX
render -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo 
-lgobject-2.0

Re: Tutorial on mapping keys in Vim

2006-12-04 Thread Christian Ebert
Hi Yegappan,

* Yegappan Lakshmanan on Wednesday, November 29, 2006 at 22:22:28 -0800:
> I have created a tutorial on mapping keys in Vim.
> 
> http://www.geocities.com/yegappan/vim_maps_tutorial.txt
> 
> This tutorial describes mode specific maps, key notations,
> tips about maps in various modes, etc.
> 
> Let me know if you have any comments

Unfortunately only a very short one: I like it, it's very useful,
thank you very much!

> or suggestions on improving this tutorial.

Not on this one (yet). But a similar thing on how to handle the
'tabstop', 'softtabstop', 'shiftwidth', 'expandtab' etc. options
would be nice to have ;)

Thanks again.

c
-- 
_B A U S T E L L E N_ lesen! --->> 


Do a grep -r without match .svn directory ?

2006-12-04 Thread KLEIN Stéphane

Hi,

In vim, I would like do a :grep -r but don't match .svn directory.
Grep or vim have this feature ?

Thanks for you help
Stephane


Re: Man generates lines that are too long

2006-12-04 Thread Charles E Campbell Jr

Guido Van Hoecke wrote:

The :Man command always outputs lines that do not fit within the 
current line length.


You could try Manpageview, available at

 * from vim.sf.net:
 http://vim.sourceforge.net/scripts/script.php?script_id=489

 * latest version from my website:
 http://mysite.verizon.net/astronaut/vim/index.html#MANPAGEVIEW

Regards,
Chip Campbell




Re: Do something for all ft, except....

2006-12-04 Thread hermitte
Hello,

Meino Christian Cramer <[EMAIL PROTECTED]> wrote:

>  As far as I understood augroups I can do specific actions
>  for a specific filetype.

Or none -> *

>  I now came accross the situation to define a keymapping for all
>  filetypes except for one.
>
>  Is there a more elegant (and suitable for a lot more than one single
>  keybinding) way to do this as to define the keymapping and delete it
>  afterwards in a augroup for the filetype where it is not wanted ?

I think the best approach consists in having a general autcommand that matches
all files. The action of the aucommand would be someting like
   if ft!='specificFT' \| runtime! macros/yourScript.vim \|endif


>  (By the way: Is there any command for "restore the old keymapping"
>  and - if not - how can I backup a keymapping before changing it with
>  *map-commands?)

I'm not aware of any feature like this one.
We can obtain the associated action of a mapping before it is overriden, but
after that it would be too late. Moreover, we have no guarantee that another
mapping will not try to override the association.


HTH,

--
Luc Hermitte
http://hermitte.free.fr/vim/


Re: separator in user-defined command name

2006-12-04 Thread hermitte
Hello,

Yakov Lerner <[EMAIL PROTECTED]> wrote:

> I tried '-' and '_' in user-defined command name, both are not accepted
> (like X_Y, X-Y). Is there maybe some  [other] separator that is
> allowed in user-defined command name ?

I'm afraid only uppercase letters can be used

In case you need to define several commands like X-Y, X-Z, X-U, ... then you can
also consider X having a sub command as its first parameter.
This is what I choose in a BuildToolWrapper.vim
-> :BTW echo toolchains()
   :BTW setlocal make
   :BTW addlocal cygwin
   :BTW addlocal STLFilt
   :BTW help
   ...


HTH,

--
Luc Hermitte
http://hermitte.free.fr/vim/


How to change controls to other Keyboard input

2006-12-04 Thread Ondřej Ševčík
Is it posible to change vim controls to be independent on input  
characters? I use english and czech keyboard and they have different  
key layout. Can I translate keys in command mode? I need to ů have  
same meaning as ; becouse they are on same key.  It's really hard to  
use Vim with czech keyboard, but i need to write thesis in czech of  
course.

Thanks for advices.


Best Regards.

Ondra

Re: question on gf and path

2006-12-04 Thread Ben K.


Thanks.

On Sat, 2 Dec 2006, Marc Weber wrote:


On Fri, Dec 01, 2006 at 10:30:26AM -0600, Ben K. wrote:

Is there a way to make gf open "some.file" from this line?

Include("/includes/some.file");

where the file is actually sitting under web server root, like

/var/www/html/includes/some.file

I tried adding "/var/www/html" to the :set path but vim will not recognize
it. /var/www/html/; was the same. Basically I'm looking for a way to add
"prefixes".

On the same note, would it be possible to let gf open

/var/www/html/includes/some.file

when I gf on this string

http://somehost.com/includes/some.file

or by defining a new command (say wf)?


That's exactly where you can use my little script (which will isntall
some dependencies, too)

Just add this into your ftplgugin/filetype.vim file:

-- >8 -- >8   filetype_sourced.vim  -- >8 -- >8 -- >8
noremap gf :call vl#ui#navigation#gfHandler#HandleGF()
call 
vl#ui#navigation#gfHandler#AddGFHandler("[matchstr(expand(''),'Include(\"\\zs[^\"].*\\ze\")')]")
-- 8< -- 8< -- 8< -- 8< -- 8< -- 8< -- 8<

and source the installer file
http://www.mawercer.de/marcweber/vim/vimlib/installers/vimlib_gfhandler_installer_sourceme.vim
(Don't be afraid. The installer will ask for confirmation before doing
anything.)
I would suggest saving it to another directory (eg ~/.vimlib or
~/.vim_gf) and adding this folder to your runtimepath.
set runtimepath+=~/.vimlib
Then its easy to remove it again if you don't like it.
I think you can see that [matchstr ... does the interesting thing which
is getting the file from under the cursor by calling expand('')
and remvoving the Include text. You
have to adjust it the way you like. You have to write your own code
which removes /includes and adds /var/www/html/includes/ which would
look like this:
call 
vl#ui#navigation#gfHandler#AddGFHandler("['/var/www/html/includes'.matchstr(expand(''),'Include(\"/includes\\zs[^\"].*\\ze\")')]")

You can even add different include directories:
call vl#ui#navigation#gfHandler#AddGFHandler("['/var/www/html/includes1'
call vl#ui#navigation#gfHandler#AddGFHandler("['/var/www/html/includes2'
call vl#ui#navigation#gfHandler#AddGFHandler("['/var/www/html/includes3'

Then you'll be asked which file to open if it doesn't exist.

Unfortunately the documentation
(http://www.mawercer.de/marcweber/vim/vimlib/docs/vl_ui_navigation_gfHandler_vim.html)
isn't up to date because vim segfaults while creating it and I don't
have the time to find the code causing it.

If something doesn't work drop me a mail.

HTH
Marc Weber



Regards,

Ben K.
Developer
http://benix.tamu.edu


Re: question on gf and path

2006-12-04 Thread Ben K.


It worked and I appreciate the simpleness. Thanks.


On Fri, 1 Dec 2006, Tim Chase wrote:


Is there a way to make gf open "some.file" from this line?

Include("/includes/some.file");

where the file is actually sitting under web server root, like


/var/www/html/includes/some.file

I tried adding "/var/www/html" to the :set path but vim will
not recognize it. /var/www/html/; was the same. Basically I'm
looking for a way to add "prefixes".


Assuming you have "/var/www/html" in your path, the following
pairing should help you out:


nnoremap  gf :exec 'e ' . findfile(substitute(expand(''), 
'^/*','',''))


nnoremap  f :exec 'sp ' . findfile(substitute(expand(''), 
'^/*','',''))


The findfile() function also takes an extra parameter if you want
to refrain from munging your actual path, you could do something like

findfile(..., &path.',/var/www/html')


On the same note, would it be possible to let gf open

/var/www/html/includes/some.file

when I gf on this string

http://somehost.com/includes/some.file

or by defining a new command (say wf)?


A similar transformation could tweak the previous, something like

substitute(expand(...), '^\(http://[^/]/\)\=/*','','')

would strip off leading slashes and leading protocol+host.  (that 
regexp/substitute() is untested, but should be approx. correct, save for 
possible needs to escape the "\" characters)


Alternatively, you could map it to gf and f
to maintain the original meanings, but create new mappings to
provide the additional functionality.

HTH,

-tim







Regards,

Ben K.
Developer
http://benix.tamu.edu


separator in user-defined command name

2006-12-04 Thread Yakov Lerner

I tried '-' and '_' in user-defined command name, both are not accepted
(like X_Y, X-Y). Is there maybe some  [other] separator that is
allowed in user-defined command name ?

Thanks
Yakov