On Fri, Jul 21, 2000 at 02:46:31PM +0900, Atsuhito Kohda wrote:
> From: Anthony Towns <aj@azure.humbug.org.au>
> > If so, just a couple of questions. I was under the impression that
> > one of the main problems with the existing situation was that programs
> > just defaulted to calling xterm, which doesn't work because xterm isn't
> > perfect.
> Yes, you are right.
>
> > perfect. This package doesn't seem to fix that at all: programs still
> > just call xterm, and will still not work.
> Yes it works for me! It calls kterm in my system when I select
> 'Apps/Shells/Bash' in the menu of WindowMaker because I set LANG=ja_JP.ujis
> which is necessary for Japanese user in general.
Except you have to go out of your way to change WindowMaker's config to
call sensible-xtermemu, afaict from the source anyway. If you're going
to go out of your way to do that, you could've just pointed it at kterm
anyway. I thought the point was to have these things Just Work(tm),
so Japanese or Korean or whatever users didn't have to edit config
files in the first place. Diverting xterm seems like the easiest way to
achieve this in the short term. In the longer term we can change policy,
and edit packages, and whatever else, of course.
> It only replaces xterm or so which is called automatically,
> that is, from menu or from applications. This is the design
> of sensible-xtermemu/sensible-x-terminal, IMHO.
I can't see how it could be doing this at the moment, though. I may just
be blind, though.
> > way I see it, for this package to divert the xterm binary and replace
> > it with the sensible-xtermemu script.
> Then it is very tedious to call xterm, isn't it?
Well, you could just set XTERMEMU to /usr/bin/X11/xterm.x11 or whatever
you diverted it to, and xterm would (eventually) startup the original
xterm just like it always used to. No big deal.
Cheers,
aj
--
Anthony Towns <aj@humbug.org.au> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``We reject: kings, presidents, and voting.
We believe in: rough consensus and working code.''
-- Dave Clark
Attachment:
pgpPztESUbwSs.pgp
Description: PGP signature