Re: tab filename insertion in Windows

[Tait <gnu...@t4...>]

> > Something new as of gp 4.6.0 on Windows is that a tab character, entered
> > into the interactive terminal, expands into a filename. Can this behavior
> > be disabled via some configuration?
> 
> If you are talking about tab completion in the readline library, 
> it can be disabled by putting
>     set disable-completion on
> in the file ~/.inputrc  (or whatever the Windows equivalent is).
> 
> If you are talking about tab completion in the built-in readline code,
> I don't see any way to disable it currently.  That seems like a 
> reasonable feature to add.

GPVAL_COMPILE_OPTIONS = "+READLINE  -LIBREADLINE..."

I think that means it's the built-in version

> Hmm. This doesn't happen under linux because the cut-and-paste operation
> itself replaces tabs with spaces.  ...

Is this a terminal thing? Or gnuplot-specific? I can't fathom that it's
helpful to _always_ replace tabs when pasting.

> > Vim works around issues like this by using paste detection...
> > usual character-escape or ctrl-v quote-literal terminal tricks that would
> > work on *nix do not work on the Windows terminal.
> 
> Forgive my Windows ignorance, but...
> I can understand that ctrl-V doesn't work here because Windows thinks
> that it means "paste" rather than "verbatim".
> But isn't there some other control character that is equivalent 
> to *nix ctrl-V?

In general, no. For vim, when windows behaviors are enabled, the quote-
next behavior of ctrl-v is re-mapped to ctrl-q. Other applications like
PuTTY disable ctrl-v for paste and use it for quote-next (since shift-
insert is still available for paste). The command prompt simply doesn't
have any way to insert special characters (that I know). The filename
completion characters used to be ctrl-d/ctrl-f, so it was rarely a
conflict. Newer Windows versions use tab by default now, but still have
no quote-next behavior.