On Wednesday, November 9, 2016 at 3:58:03 AM UTC+9, DrChip wrote:
> Cesar Romani wrote:
> Netrw actually doesn't check that expand("$COMSPEC") is execuable before
> setting up g:netrw_localcopycmd; instead, it uses that if netrw reports
> has("win32") || has("win95") || has("win64") ||
Hi
Attached patch updates the French Vim tutorial.
Regards
Dominique
--
--
You received this message from the "vim_dev" 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
Hi Matt and list,
2016-11-9(Wed) 1:29:38 UTC+9 Matt Gardner:
> For comparison, here are the same screenshots using the commit just prior to
> that patch:
Oh, sorry.
I wrote a patch that respects the original behavior.
Please confirming this.
Thanks for the reporting and suggestions!
--
Best
Cesar Romani wrote:
> On 08/11/2016 04:08 a.m., mattn wrote:
> > Hi, Dr. Chip and list.
> >
> > I met some problems on netrw on Windows for a long time. Most of
> > operations which use Windows commands of cmd.exe doesn't work because
> > netrw checks the command exists by executable(). The
Hi Ken,
thanks for looking into this. Changing the order helps, but now KOI8-R texts
are displayed as Latin-1 (=> visual garbage). Obviously there's no general
solution to this...
I've resorted to defining some commands that will read/re-read a/the file with
a specified encoding set (via
On 08/11/2016 04:08 a.m., mattn wrote:
> Hi, Dr. Chip and list.
>
> I met some problems on netrw on Windows for a long time. Most of
> operations which use Windows commands of cmd.exe doesn't work because
> netrw checks the command exists by executable(). The commands are
> defined like:
>
> let
Hi,
2016/11/8 Tue 18:25:55 UTC+9 Axel Bender wrote:
> Hi Ken,
>
> thanks for replying. As of your questions:
>
> a) I can verify (procmon) that libicon-2.dll (64-bit) is loaded when
> d:\gnu\mingw64 is in %PATH%.
>
> b) has('iconv') prints "1" in that case.
>
> When I remove d:\gnu\mingw64
Hi Ken,
thanks for replying. As of your questions:
a) I can verify (procmon) that libicon-2.dll (64-bit) is loaded when
d:\gnu\mingw64 is in %PATH%.
b) has('iconv') prints "1" in that case.
When I remove d:\gnu\mingw64 from %PATH% (or change it to d:\gnu\mingw32),
has('iconv') shows "0", and
Hi, Dr. Chip and list.
I met some problems on netrw on Windows for a long time. Most of operations
which use Windows commands of cmd.exe doesn't work because netrw checks the
command exists by executable(). The commands are defined like:
let g:netrw_localcopycmd= expand("$COMSPEC")." /c copy"
