On 21/03/2018 09:57, Nikolay Aleksandrovich Pavlov wrote:
> 2018-03-21 10:34 GMT+03:00 Lifepillar <lifepillar@lifepillar.me>:
>>
>> :verbose imap <cr> shows this:
>>
>> i <CR> &@<Plug>(MUcompleteCR)<SNR>24_AutoPairsReturn
>> Last set from ~/.vim/pack/bundle/start/auto-pairs/plugin/auto-pairs.vim
>>
>> i <CR> <Plug>MyCR
>> Last set from ~/.vim/vimrc
>>
>> First question: why are there two definitions instead of one? I.e., why
>> is the mapping from my vimrc shown at all?
>
> Due to buffer-local mappings there may exist at most {number of loaded
> buffers present}+1 mapping definitions, with buffer-local mappings
> attached to the current buffer taking precedence over global mapping
> definition and buffer-local mappings attached to other buffers
> ignored.
>
>> Second question: what does &@ mean in the first definition?
>
> There is `:h map-listing` which explains both. You could found that by
> searching for `&` after `:h :map`; though there are some mishits.
Thanks, that's exactly the info I needed!
Life.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Wednesday, March 21, 2018
A bug in netrw
Hi,
I believe I found a bug in netrw. Is it the right place to report it?
Netrw (in a tree mode) displays symlinks wrongly whenever there are two symlinks with the same name but different destinations. Obviously, symlinks are in different directories. Netrw shows the same destination for both symlinks.
See following screencast for demo. https://asciinema.org/a/j738urjT6jeC3fWcYYt67SIEa
Vim version used is 8.0.1625 and netrw version is v156.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
I believe I found a bug in netrw. Is it the right place to report it?
Netrw (in a tree mode) displays symlinks wrongly whenever there are two symlinks with the same name but different destinations. Obviously, symlinks are in different directories. Netrw shows the same destination for both symlinks.
See following screencast for demo. https://asciinema.org/a/j738urjT6jeC3fWcYYt67SIEa
Vim version used is 8.0.1625 and netrw version is v156.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Questions about mapping information
2018-03-21 10:34 GMT+03:00 Lifepillar <lifepillar@lifepillar.me>:
> I am trying to debug an issue with my plugin (µcomplete) and auto-pairs,
> and I have a couple of questions about the way Vim displays information
> about mappings.
>
> I have these definitions in my vimrc:
>
> imap <plug>MyCR <plug>(MUcompleteCR)
> imap <cr> <plug>MyCR
>
> Auto-pairs maps <cr>, too, and it tries hard not to override an existing
> mapping. After loading, :verbose imap <cr> shows this:
>
> i <CR> &@<Plug>(MUcompleteCR)<SNR>24_AutoPairsReturn
> Last set from ~/.vim/pack/bundle/start/auto-pairs/plugin/auto-pairs.vim
>
> i <CR> <Plug>MyCR
> Last set from ~/.vim/vimrc
>
> I think auto-pairs expands the current mapping and appends its own
> definition.
>
> First question: why are there two definitions instead of one? I.e., why
> is the mapping from my vimrc shown at all?
Due to buffer-local mappings there may exist at most {number of loaded
buffers present}+1 mapping definitions, with buffer-local mappings
attached to the current buffer taking precedence over global mapping
definition and buffer-local mappings attached to other buffers
ignored.
>
> Second question: what does &@ mean in the first definition?
There is `:h map-listing` which explains both. You could found that by
searching for `&` after `:h :map`; though there are some mishits.
>
> For the record, the issue is that, with those definitions in place,
> when I type <cr>, Vim inserts <plug>(MUcompleteCR) literally in the
> buffer, although that plug exists.
>
> Thanks,
> Life.
>
> --
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php
>
> --- You received this message because you are subscribed to the Google
> Groups "vim_use" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to vim_use+unsubscribe@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> I am trying to debug an issue with my plugin (µcomplete) and auto-pairs,
> and I have a couple of questions about the way Vim displays information
> about mappings.
>
> I have these definitions in my vimrc:
>
> imap <plug>MyCR <plug>(MUcompleteCR)
> imap <cr> <plug>MyCR
>
> Auto-pairs maps <cr>, too, and it tries hard not to override an existing
> mapping. After loading, :verbose imap <cr> shows this:
>
> i <CR> &@<Plug>(MUcompleteCR)<SNR>24_AutoPairsReturn
> Last set from ~/.vim/pack/bundle/start/auto-pairs/plugin/auto-pairs.vim
>
> i <CR> <Plug>MyCR
> Last set from ~/.vim/vimrc
>
> I think auto-pairs expands the current mapping and appends its own
> definition.
>
> First question: why are there two definitions instead of one? I.e., why
> is the mapping from my vimrc shown at all?
Due to buffer-local mappings there may exist at most {number of loaded
buffers present}+1 mapping definitions, with buffer-local mappings
attached to the current buffer taking precedence over global mapping
definition and buffer-local mappings attached to other buffers
ignored.
>
> Second question: what does &@ mean in the first definition?
There is `:h map-listing` which explains both. You could found that by
searching for `&` after `:h :map`; though there are some mishits.
>
> For the record, the issue is that, with those definitions in place,
> when I type <cr>, Vim inserts <plug>(MUcompleteCR) literally in the
> buffer, although that plug exists.
>
> Thanks,
> Life.
>
> --
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php
>
> --- You received this message because you are subscribed to the Google
> Groups "vim_use" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to vim_use+unsubscribe@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Questions about mapping information
I am trying to debug an issue with my plugin (µcomplete) and auto-pairs,
and I have a couple of questions about the way Vim displays information
about mappings.
I have these definitions in my vimrc:
imap <plug>MyCR <plug>(MUcompleteCR)
imap <cr> <plug>MyCR
Auto-pairs maps <cr>, too, and it tries hard not to override an existing
mapping. After loading, :verbose imap <cr> shows this:
i <CR> &@<Plug>(MUcompleteCR)<SNR>24_AutoPairsReturn
Last set from
~/.vim/pack/bundle/start/auto-pairs/plugin/auto-pairs.vim
i <CR> <Plug>MyCR
Last set from ~/.vim/vimrc
I think auto-pairs expands the current mapping and appends its own
definition.
First question: why are there two definitions instead of one? I.e., why
is the mapping from my vimrc shown at all?
Second question: what does &@ mean in the first definition?
For the record, the issue is that, with those definitions in place,
when I type <cr>, Vim inserts <plug>(MUcompleteCR) literally in the
buffer, although that plug exists.
Thanks,
Life.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
and I have a couple of questions about the way Vim displays information
about mappings.
I have these definitions in my vimrc:
imap <plug>MyCR <plug>(MUcompleteCR)
imap <cr> <plug>MyCR
Auto-pairs maps <cr>, too, and it tries hard not to override an existing
mapping. After loading, :verbose imap <cr> shows this:
i <CR> &@<Plug>(MUcompleteCR)<SNR>24_AutoPairsReturn
Last set from
~/.vim/pack/bundle/start/auto-pairs/plugin/auto-pairs.vim
i <CR> <Plug>MyCR
Last set from ~/.vim/vimrc
I think auto-pairs expands the current mapping and appends its own
definition.
First question: why are there two definitions instead of one? I.e., why
is the mapping from my vimrc shown at all?
Second question: what does &@ mean in the first definition?
For the record, the issue is that, with those definitions in place,
when I type <cr>, Vim inserts <plug>(MUcompleteCR) literally in the
buffer, although that plug exists.
Thanks,
Life.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Tuesday, March 20, 2018
Re: syntax highlighting disabled with :bufdo e in gvim
On Tue, Mar 20, 2018 at 1:48 PM, BPJ <bpj@melroch.se> wrote:
As the subject says: when I do `:bufdo e` in gvim syntax highlighting is turned off in the reloaded buffers. Why? and more importantly: what can I do so that syntax is left on/turned on in all reloaded buffers? The only fix I know of ATM is to do `:e` for each individual buffer, but the idea is of course to not have to do that!
/bpj
Hi, BPJ.
It's messy, but here's a mapping I use for just such a purpose:
" Use <Leader>b to start a bufdo command line that keeps highlighting active
" in the buffers it touches, even if they haven't been loaded yet. Also
" restores the # and % buffers afterward.
noremap <Leader>b :<C-u>let g:bufdo_bufnr=bufnr('%') \| let g:bufdo_bufnr_prev=bufnr('#') \| bufdo set eventignore-=Syntax \| \| exec 'buffer '.g:bufdo_bufnr_prev \| exec 'buffer '.g:bufdo_bufnr<Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left><Left>
Eric Christopherson
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
syntax highlighting disabled with :bufdo e in gvim
As the subject says: when I do `:bufdo e` in gvim syntax
highlighting is turned off in the reloaded buffers. Why? and more
importantly: what can I do so that syntax is left on/turned on in
all reloaded buffers? The only fix I know of ATM is to do `:e`
for each individual buffer, but the idea is of course to not have
to do that!
/bpj
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
highlighting is turned off in the reloaded buffers. Why? and more
importantly: what can I do so that syntax is left on/turned on in
all reloaded buffers? The only fix I know of ATM is to do `:e`
for each individual buffer, but the idea is of course to not have
to do that!
/bpj
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Monday, March 19, 2018
Re: Windows Subsystem for Linux and gvim
Hi Alessandro and Eric,
Thanks for your feedback. Since I'm familiar with Cygwin, I've
decided to go ahead and install that on my laptop.
Regards,
--
Mun
On Mon, Mar 19, 2018 at 11:31 AM, Eric Christopherson
<echristopherson@gmail.com> wrote:
> On Sat, Mar 17, 2018 at 10:27 AM, Mun <mjelists@gmail.com> wrote:
>>
>> Hi,
>>
>> I'm running Ubuntu on my PC via the Windows Subsystem for Linux (WSL)
>> and of course it only comes with vim (not gvim). However, I've also
>> installed gvim80. I can launch gvim from within the WSL Bash window
>> but it doesn't see my WSL files.
>>
>> Web searches state it's not a good idea to try to access WSL files
>> from Windows proper. I just thought I'd ask this community if anyone
>> has come up with a good solution to use gvim from within WSL.
>
>
> If I understand correctly, the program that starts when you type gvim in WSL
> (as you have it configured currently) is the Windows GVim; therefore I
> believe you haven't installed gvim in the Linux part (via vim-gnome or
> vim-gtk or similar). If you do install a Linux gvim package, it will give
> you a GUI running on X, which would require you to run an X server (e.g.
> Xming or VcXsrv) on Windows as well. That would give you access to the Linux
> files, and to Windows-side files through /mnt/c and the like. Note that I'm
> not sure what kinds of caveats exist for accessing /mnt/c from Linux.
>
> --
> Eric Christopherson
>
> --
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php
>
> ---
> You received this message because you are subscribed to the Google Groups
> "vim_use" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to vim_use+unsubscribe@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Thanks for your feedback. Since I'm familiar with Cygwin, I've
decided to go ahead and install that on my laptop.
Regards,
--
Mun
On Mon, Mar 19, 2018 at 11:31 AM, Eric Christopherson
<echristopherson@gmail.com> wrote:
> On Sat, Mar 17, 2018 at 10:27 AM, Mun <mjelists@gmail.com> wrote:
>>
>> Hi,
>>
>> I'm running Ubuntu on my PC via the Windows Subsystem for Linux (WSL)
>> and of course it only comes with vim (not gvim). However, I've also
>> installed gvim80. I can launch gvim from within the WSL Bash window
>> but it doesn't see my WSL files.
>>
>> Web searches state it's not a good idea to try to access WSL files
>> from Windows proper. I just thought I'd ask this community if anyone
>> has come up with a good solution to use gvim from within WSL.
>
>
> If I understand correctly, the program that starts when you type gvim in WSL
> (as you have it configured currently) is the Windows GVim; therefore I
> believe you haven't installed gvim in the Linux part (via vim-gnome or
> vim-gtk or similar). If you do install a Linux gvim package, it will give
> you a GUI running on X, which would require you to run an X server (e.g.
> Xming or VcXsrv) on Windows as well. That would give you access to the Linux
> files, and to Windows-side files through /mnt/c and the like. Note that I'm
> not sure what kinds of caveats exist for accessing /mnt/c from Linux.
>
> --
> Eric Christopherson
>
> --
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php
>
> ---
> You received this message because you are subscribed to the Google Groups
> "vim_use" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to vim_use+unsubscribe@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Subscribe to:
Posts (Atom)