Re: [tlug] Re: Piping stderr?

["Stephen J. Turnbull" <stephen@example.com>]

>>>>> "Jiro" == Jiro SEKIBA <jir@example.com> writes:

    Jiro>  Try to input and edit UTF-8 characters(except ASCII, of
    Jiro> course :-p) on your shell, you'll see the problems ;-).

I don't think so.

M-x prefer-coding-system RET utf-8 RET
M-x shell RET

Mondai nai, guy.  ;-)

Yeah, I know, there are people who don't live in X?Emacs.  But this
points out the _real_ problem.  So where's the problem?  The problem
is in the terminal.  Or more precisely, the shell's terminal handling.

There is nothing I can think of that is part of the "core competence"
of shells that requires being able to count characters, let alone deal
with the brain-damage of ISO-2022 designation sequences or Shift JIS.
We really should refactor this terminal-handling stuff out of _all_
the shells.[1]  And while we're at it, all shells should have the
option of calling out to a real editor for command line editing.  This
really requires setting up the editor as a server, even gnuclient is
too heavyweight to execute just to gets(). ;-)

I do this kind of refactoring all the time, by the way.  By hand, eg,
"iconv -f euc-jp -t utf-8 | less" is a common idiom on uxterms, and I
do similar things for grep &co if I'm dealing with ISO-2022 7-bit
text.  It would be nice if it were more convenient.  But I really
dislike being tied to localized or even i18n-ized versions of software
that do badly things that they don't need to do at all.


Footnotes: 
[1]  libreadline is a great idea, damn shame it has that obnoxious
license.  Which is why zsh won't use it.

-- 
Institute of Policy and Planning Sciences     http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
 My nostalgia for Icon makes me forget about any of the bad things.  I don't
have much nostalgia for Perl, so its faults I remember.  Scott Gilbert c.l.py