From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Feature needed Date: Fri, 18 Jun 2010 15:51:17 +0900 Message-ID: <878w6cltp6.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87wru14onc.fsf@mail.jurta.org> <49520.130.55.132.126.1276531995.squirrel@webmail.lanl.gov> <87sk4nll00.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Trace: dough.gmane.org 1276844061 13035 80.91.229.12 (18 Jun 2010 06:54:21 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 18 Jun 2010 06:54:21 +0000 (UTC) Cc: Juri Linkov , rms@gnu.org, emacs-devel@gnu.org To: James Cloos Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 18 08:54:19 2010 connect(): No such file or directory 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.69) (envelope-from ) id 1OPVSx-0001ur-7D for ged-emacs-devel@m.gmane.org; Fri, 18 Jun 2010 08:54:15 +0200 Original-Received: from localhost ([127.0.0.1]:35243 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OPVSw-0002eq-CY for ged-emacs-devel@m.gmane.org; Fri, 18 Jun 2010 02:54:14 -0400 Original-Received: from [140.186.70.92] (port=45882 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OPVSo-0002cH-Df for emacs-devel@gnu.org; Fri, 18 Jun 2010 02:54:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OPVSn-00029r-73 for emacs-devel@gnu.org; Fri, 18 Jun 2010 02:54:06 -0400 Original-Received: from mtps01.sk.tsukuba.ac.jp ([130.158.97.223]:49559) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OPVSm-00029P-VA; Fri, 18 Jun 2010 02:54:05 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mtps01.sk.tsukuba.ac.jp (Postfix) with ESMTP id BC1AC1537B2; Fri, 18 Jun 2010 15:54:01 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 764A81A3E22; Fri, 18 Jun 2010 15:51:17 +0900 (JST) In-Reply-To: X-Mailer: VM 8.0.12-devo-585 under 21.5 (beta29) "garbanzo" a03421eb562b XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:126125 Archived-At: James Cloos writes: > Sorry. I thought that it went w/o saying that I was referring to quail. > And, as I found out trying to input 日本語 yesterday, even then only a [...] > As for why, Miles and Daniel hit the nail on the head; to know how to > input it in the future. For Japanese, the answer is EDICT and edict.el. All popular methods for Japanese are phonetic, and the phonetics are extremely regular, so an ordinary dictionary does the trick and edict.el will pick up the character from the Emacs buffer. Ditto Korean Hangul (without need for even a dictionary for the syllabary, although Hanja might be an issue if there is no equivalent to EDICT for Korean). Dunno about Chinese, where many methods seem to be quite arbitrary mappings. I would suppose to the extent that these are not context-sensitive, reverse-indexing on the character in the quail table would work. For small-repertoire input methods like latin-1-prefix, reverse indexing should work. Japanese (and similarly for phonetic input of Chinese and Korean Hanja) is probably hardest since context (neighboring characters) is used to drastically prune the list presented to the user. But I don't understand why the reverse indexing method for single characters doesn't already work, even for Japanese, to be honest.