Dear all

I found my final mistake in this "RemoteOpen supresses e-accent
remapping" thing. Mea maxima culpa: I had put the "imap <buffer>
blablabla" command in my .vimrc, not in my "~/.vim/ftplugin/tex.vim"
(though the FAQ clearly says to put it there).
That was a good occasion for me to understand that the .vimrc is not
sourced when a file is opened via the clientserver way that RemoteOpen
uses (makes sense, as Vim was already started), and to discover
"hasmap".

Dumb I. Sorry for the noise on the list.

Julien


On Sun, Feb 15, 2009 at 2:24 PM, Julien Cornebise
<julien.corneb...@gmail.com> wrote:
> Investigating further, I think the problem may lie in lines 109--114
> of remoteOpen.vim (quoted below)
>
>        " If none of the servers have the file open, then open this file in the
>        " first server. This has the advantage if yap tries to make vim open
>        " multiple vims, then at least they will all be opened by the same gvim
>        " server.
>        call remote_send(targetServer,
>                \ "\<C-\>\<C-n>".
>                \ ":let g:Remote_Server = 1\<CR>".
>                \ ":drop ".filename."\<CR>".
>                \ ":".linenum."\<CR>zv"
>                \ )
>
> Could it be that the opening of a LaTeX file with this call differs to
> the "classical" opnening is such a way that latex-suite mappings
> overwrite the mapping
> imap <buffer> <mapleader>i <Plug>Tex_InsertItemOnThisLine
> (which I now fully understand) in my .vimrc ? Or, more precisely,
> could it be that latex-suite as remotely loaded for the new file *does
> not check* that such a mapping is already set ??
>
> Thanks for any idea !
>
> Julien
>

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Vim-latex-devel mailing list
Vim-latex-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vim-latex-devel

Reply via email to