From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.devel Subject: Re: New dumping problem... Date: Wed, 22 Jun 2005 11:00:46 +0900 Organization: Emacsen advocacy group Message-ID: References: <20050618.020729.192953061.jet@gyve.org> <20050618.122801.78242809.jet@gyve.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1119405929 14727 80.91.229.2 (22 Jun 2005 02:05:29 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 22 Jun 2005 02:05:29 +0000 (UTC) Cc: jet@gyve.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 22 04:05:20 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dkuc6-0005Ga-En for ged-emacs-devel@m.gmane.org; Wed, 22 Jun 2005 04:05:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dkuid-0005Jy-Ay for ged-emacs-devel@m.gmane.org; Tue, 21 Jun 2005 22:11:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Dkuhk-00056u-3B for emacs-devel@gnu.org; Tue, 21 Jun 2005 22:11:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dkuhf-00054Y-Lg for emacs-devel@gnu.org; Tue, 21 Jun 2005 22:11:00 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dkuhf-00052u-15 for emacs-devel@gnu.org; Tue, 21 Jun 2005 22:10:59 -0400 Original-Received: from [66.225.201.13] (helo=washington.hostforweb.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1Dkub0-0006lg-Tb; Tue, 21 Jun 2005 22:04:07 -0400 Original-Received: from localhost.servershost.net ([127.0.0.1] helo=localhost) by washington.hostforweb.net with esmtpa (Exim 4.50) id 1DkuY7-0007YS-KT; Tue, 21 Jun 2005 21:01:08 -0500 Original-To: rms@gnu.org X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:cbtrz3iQBs1Gq/JTrexD2/HhsOg= X-Hashcash: 1:20:050622:rms@gnu.org::+6rv3dEmhJLeWIG9:0000001UPs X-Hashcash: 1:20:050622:jet@gyve.org::pgF5QfB0gzbVcpUY:000002C20 X-Hashcash: 1:20:050622:emacs-devel@gnu.org::EMx8lyRqx8vm0+y7:00000000000000000000000000000000000000000009Z2 X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - washington.hostforweb.net X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:39265 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:39265 >>>>> In Richard Stallman wrote: > BTW, FC4 eats the C-SPC key for the `iiimx' program which is the > input method for (at least?) Japanese text by default, so I > couldn't use C-SPC for `set-mark-command' in Emacs. Liang Zhao > kindly told me that it can be solved by removing `space' > from the /usr/lib/X11/app-defaults/Iiimx file, and I put it into > practice. > That requires you to be root. Is there something an unprivileged > user can do, to achieve the same result? Now I cannot reproduce the problem that FC4 eats the C-SPC key even though I put the Iiimx file back into the default. FC4 seems to remember the configuration which doesn't bind the C-SPC key somewhere, but I couldn't find it so far (neither loading of the resource file by xrdb nor rebooting of the system is effective). I guess it can be solved by adding the following one to the ~/.Xdefaults file though I cannot confirm it. Sorry. Iiimx*conversionOnKeys: space The contents of the original Iiimx file are as follows: !! conversion key *conversionOnKeys: space space