Mailing List ArchiveSupport open source code!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: XIM, kinput2 & Tk
- To: Mike Fabian <mfabian@example.com>
- Subject: Re: XIM, kinput2 & Tk
- From: "Stephen J. Turnbull" <turnbull@example.com>
- Date: Fri, 20 Apr 2001 01:38:19 +0900
- Cc: tlug@example.com
- Content-Transfer-Encoding: 7bit
- Content-Type: text/plain; charset=us-ascii
- In-Reply-To: <s3tlmozkf7e.fsf@example.com>
- References: <200104120117.KAA05815@example.com><20010412122715.A19988@example.com><s3ty9t6o9n6.fsf@example.com><15062.46553.961039.412030@example.com><s3tlmozkf7e.fsf@example.com>
- Reply-To: tlug@example.com
- Resent-From: tlug@example.com
- Resent-Message-ID: <xF69ZC.A.8iB.XXx36@example.com>
- Resent-Sender: tlug-request@example.com
>>>>> "Mike" == Mike Fabian <mfabian@example.com> writes: Mike> kterm doesn't use [LC_CTYPE] for conversion purposes, it Mike> just uses it to decide whether to use XIM: I understand that; the point is that LC_CTYPE is about the internal structure (classification into alpha, num, hex; collation order, etc) of the character set, something quite different from the question of I/O protocols. XEmacs, for example, will internally reset LC_CTYPE in certain cases to guarantee that programs that parse natural language text will see the expected ordering after sorting. Mike> There are no setlocale() calls in kterm using LANG. I this Mike> wrong? I think so. Mike> I patched it with the following patch to make it work with Mike> glibc 2.2: Kterm evidently goes to some effort to flexibly work with the locales. Why do you short-circuit kterm's facilities this way? Mike> Why did the kterm developers use LC_CTYPE? I don't know. In general it is very dangerous to use the specific LC_* categories, because programs can and do manipulate them to get specific effects on text handling in the context of the basic locale defined by LANG. That's why LANG is lowest precedence in general. Mike> RedHat (6.2 and 7.0) checks in /etc/X11/xinit/xinitrc.d/xinput Mike> for the value of LC_CTYPE to decide whether to start kinput2. Mike> Is this wrong? You ask a Debian user if Red Hat does wrong? :-) >> Are you sure nicolatter is an XIM input manager? Mike> Yes, it is an alternative to kinput2. Nicolatter's homepage Mike> is here: Thanks! Mike> Is it that bad? Aren't the keybindings to start XIM a user Mike> specific setup? So why not put in into $HOME? if $HOME is Mike> nfs mounted, Yes. They're user-specific. _Not_ host-specific. _Not_ filesystem specific. X11 has a standard way to ensure that your Xserver is set up correctly, no matter where your home is or where the X server is: xrdb -display $DISPLAY < ~/.Xresources. If you use that, you never have to say: Mike> I only thought that it was very confusing that nicolatter Mike> did put the keybindings to start XIM in case of Wnn into the Mike> file ~/.nicolatter/global, but in case of Canna reads them Mike> from ~/.canna. I couldn't find that in nicolatters Mike> documentation, so I was surprised why changes to Mike> ~/.nicolatter/global didn't work in case of Canna. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."
- References:
- Re: XIM, kinput2 & Tk
- From: jwb@example.com (Jim Breen)
- Re: XIM, kinput2 & Tk
- From: Christopher SEKIYA <wileyc@example.com>
- Re: XIM, kinput2 & Tk
- From: Mike Fabian <mfabian@example.com>
- Re: XIM, kinput2 & Tk
- From: "Stephen J. Turnbull" <turnbull@example.com>
- Re: XIM, kinput2 & Tk
- From: Mike Fabian <mfabian@example.com>
Home | Main Index | Thread Index
- Prev by Date: Re: RC5
- Next by Date: Re: About burning a linux dist on CD
- Prev by thread: Re: XIM, kinput2 & Tk
- Next by thread: April 13th Nomikai!
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links