[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#19605: cp -v vs LC_ALL vs. quote marks
From: |
Pádraig Brady |
Subject: |
bug#19605: cp -v vs LC_ALL vs. quote marks |
Date: |
Thu, 15 Jan 2015 16:58:32 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 |
On 15/01/15 16:01, 積丹尼 Dan Jacobson wrote:
> I'm saying please don't force me to need LC_ALL=C to make the quotes
> U+0027 APOSTROPHE always.
>
> Long ago there were no quotes.
>
> Then somebody thought quotes looked pretty, so they added U+0027
> APOSTROPHE always.
>
> Then somebody else thought `....' looks cooler than '....' and made it
> that way.
That _looked_ better on some old fonts/systems.
> Then somebody thought that might make more work when copy and pasting
> when sending that to the shell, and needing to fix it if three clicks
> got the quotes too, so made it back to U+0027 APOSTROPHE. Good.
Ah you mean double clicking to select the word?
Single quotes are generally excluded from that auto selection,
while ‘locale specific’ quotes can be included which _is_ awkward.
Now that's terminal dependent. I notice xterm is more restrictive
in what it auto selects and will exclude the locale quotes (and . too),
while gnome terminal will include the locale quotes.
That's just a bug in gnome terminal though, as it should
add common quoting chars to its delimiter list.
> Except they forget to fix it back for other locales.
As mentioned before, to have it independent of locales we could
use the "shell-always" quoting style for files. Note that would have
the small caveat that the quotes would not be included in a double click.
A larger caveat is that it 'shell-always' quoting provides
no protection for the terminal from control chars in a file name.
You can test that out by creating variously named files and using:
ls -1 --quoting='shell-always' --show-control-chars
Hmm, I wonder could we augment the shell quoting to
add the $'\001' and $'\n' escape formats, which would
both provide the protection and be generally cut and pasteable.
Pádraig.
bug#19605: cp -v vs LC_ALL vs. quote marks, 積丹尼 Dan Jacobson, 2015/01/19