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 17:20:38 +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 1119431325 7684 80.91.229.2 (22 Jun 2005 09:08:45 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 22 Jun 2005 09:08:45 +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 11:08:44 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dl1Dj-0004Zx-8D for ged-emacs-devel@m.gmane.org; Wed, 22 Jun 2005 11:08:31 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dl1KJ-0005mk-U2 for ged-emacs-devel@m.gmane.org; Wed, 22 Jun 2005 05:15:20 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Dl0Wk-0003DR-Dj for emacs-devel@gnu.org; Wed, 22 Jun 2005 04:24:07 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dl0Wf-0003CT-IF for emacs-devel@gnu.org; Wed, 22 Jun 2005 04:24:03 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dl0Wd-00038h-03 for emacs-devel@gnu.org; Wed, 22 Jun 2005 04:23: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 1Dl0Wd-0002u4-LL; Wed, 22 Jun 2005 04:23:59 -0400 Original-Received: from localhost.servershost.net ([127.0.0.1] helo=localhost) by washington.hostforweb.net with esmtpa (Exim 4.50) id 1Dl0TY-000600-TG; Wed, 22 Jun 2005 03:20:49 -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:PL4O/bZpdPPEFbE31PlfgQ1h7tw= X-Hashcash: 1:20:050622:rms@gnu.org::IOfkV21PVD/2Rj8p:0000002V/V X-Hashcash: 1:20:050622:jet@gyve.org::alMYDHlYT1ZuFx+u:000007gCV X-Hashcash: 1:20:050622:emacs-devel@gnu.org::spwLNBEWzEmGvpW1:00000000000000000000000000000000000000000052kB 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:39284 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:39284 There's no way for unprivileged users to avoid the problem that the Fedora Core 4 eats the C-SPC key. >>>>> In Katsumi Yamaoka 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. While I always use the GNOME desktop, I could reproduce the problem by using the KDE desktop. Modifying the Iiimx resource file is effective there, but only that file is read when the user logged in. It is ineffective to load the Iiimx file or the ~/.Xdefaults file by xrdb as well as the GNOME desktop. Furthermore, the `iiimf-le-tools'[1] command doesn't work at both the desktops. [1] http://www.fedora.redhat.com/projects/i18n/iiimf-faq.html By the way, Emacs built with the `--without-xim' option has no problem for fetching the C-SPC key. I built Emacs 21.4 and 22.0.50 and confirmed it. I think that it can become the default since Emacs provides the input methods of practical use.