From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: adding consistent extra symbols to input methods (cyrillic-*, croatian-*, slov*, czech-* etc.) input methods Date: Thu, 10 Jul 2008 10:44:51 +0900 Message-ID: References: <86lk19mmua.fsf@lifelogs.com> <485298A4.30000@gnu.org> <867ict8awn.fsf@lifelogs.com> <87tzfvj16y.fsf@uwakimon.sk.tsukuba.ac.jp> <86lk12zee7.fsf@lifelogs.com> <86r6acqbif.fsf@lifelogs.com> <864p76lp60.fsf_-_@lifelogs.com> <87ej66ubkv.fsf@jurta.org> <87d4lqlj2v.fsf@catnip.gol.com> <87y74a38hd.fsf@jurta.org> <87fxqiy2ja.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1215654321 11907 80.91.229.12 (10 Jul 2008 01:45:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 10 Jul 2008 01:45:21 +0000 (UTC) Cc: miles@gnu.org, emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 10 03:46:07 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KGlEU-0000yR-5r for ged-emacs-devel@m.gmane.org; Thu, 10 Jul 2008 03:46:06 +0200 Original-Received: from localhost ([127.0.0.1]:38982 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KGlDc-0000jI-Rn for ged-emacs-devel@m.gmane.org; Wed, 09 Jul 2008 21:45:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KGlDW-0000hY-1x for emacs-devel@gnu.org; Wed, 09 Jul 2008 21:45:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KGlDT-0000gZ-Bm for emacs-devel@gnu.org; Wed, 09 Jul 2008 21:45:05 -0400 Original-Received: from [199.232.76.173] (port=60907 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KGlDT-0000gS-6z for emacs-devel@gnu.org; Wed, 09 Jul 2008 21:45:03 -0400 Original-Received: from mx1.aist.go.jp ([150.29.246.133]:37330) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KGlDL-0008Lo-SG; Wed, 09 Jul 2008 21:44:56 -0400 Original-Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id m6A1ird4011953; Thu, 10 Jul 2008 10:44:53 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp4.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id m6A1irG8002633; Thu, 10 Jul 2008 10:44:53 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp4.aist.go.jp with ESMTP id m6A1iptS005534; Thu, 10 Jul 2008 10:44:51 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken.m17n.org with local (Exim 4.69) (envelope-from ) id 1KGlDH-0001WK-8g; Thu, 10 Jul 2008 10:44:51 +0900 In-reply-to: <87fxqiy2ja.fsf@jurta.org> (message from Juri Linkov on Thu, 10 Jul 2008 03:52:34 +0300) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) X-detected-kernel: by monty-python.gnu.org: Solaris 9 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:100518 Archived-At: In article <87fxqiy2ja.fsf@jurta.org>, Juri Linkov writes: >>> I noticed rfc1345 is already implemented in leim/quail/rfc1345.el. > > >>> BTW, this file is detected as binary. > > > > ??? Really? As it has coding tag utf-8, it should be read > > as utf-8. If not, there's a bug, but I can't reproduce it. > Sorry, I should have been more explicit: it is detected as binary > not by Emacs, but by external utilities. Ah, I see. > For example, I once missed > rfc1345.el when I searched in the quail directory for UTF-8 input methods > using grep because it didn't display the match for rfc1345.el treated as > binary, and also I had to add the `-a' option to the cvs diff command line > to treat is as non-binary when creating a patch. So control characters > in source files cause too much trouble. Agreed. --- Kenichi Handa handa@ni.aist.go.jp