From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Van Ly Newsgroups: gmane.emacs.bugs Subject: bug#62898: 29.0.90; X =?UTF-8?Q?can=E2=80=99t?= be input by the current input method [chinese-ctlaub] Date: Thu, 20 Apr 2023 19:39:26 GMT Message-ID: <202304201939.33KJdQhO013365@sdf.org> References: <202304171211.33HCBXgR003489@sdf.org> <83354v6kis.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18699"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 62898@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Apr 20 21:40:28 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ppa8q-0004fy-GV for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 20 Apr 2023 21:40:28 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ppa8T-0003X3-7n; Thu, 20 Apr 2023 15:40:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ppa8R-0003JD-EL for bug-gnu-emacs@gnu.org; Thu, 20 Apr 2023 15:40:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ppa8Q-0001dg-Mu for bug-gnu-emacs@gnu.org; Thu, 20 Apr 2023 15:40:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ppa8Q-0001hv-As for bug-gnu-emacs@gnu.org; Thu, 20 Apr 2023 15:40:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Van Ly Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Apr 2023 19:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62898 X-GNU-PR-Package: emacs Original-Received: via spool by 62898-submit@debbugs.gnu.org id=B62898.16820195836520 (code B ref 62898); Thu, 20 Apr 2023 19:40:02 +0000 Original-Received: (at 62898) by debbugs.gnu.org; 20 Apr 2023 19:39:43 +0000 Original-Received: from localhost ([127.0.0.1]:38760 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppa87-0001h6-2I for submit@debbugs.gnu.org; Thu, 20 Apr 2023 15:39:43 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:60694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppa84-0001gw-V8 for 62898@debbugs.gnu.org; Thu, 20 Apr 2023 15:39:42 -0400 Original-Received: from sdf.org (IDENT:van.ly@rie.sdf.org [205.166.94.4]) by mx.sdf.org (8.16.1/8.14.5) with ESMTPS id 33KJdSXk001704 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Thu, 20 Apr 2023 19:39:38 GMT Original-Received: (from van.ly@localhost) by sdf.org (8.16.1/8.12.8/Submit) id 33KJdQhO013365; Thu, 20 Apr 2023 19:39:26 GMT In-Reply-To: <83354v6kis.fsf@gnu.org> (message from Eli Zaretskii on Thu, 20 Apr 2023 11:11:07 +0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:260362 Archived-At: > Date: Thu, 20 Apr 2023 11:11:07 +0300 > From: Eli Zaretskii > Cc: 62898@debbugs.gnu.org > Content-type: text/plain; charset=utf-8 > > The chinese-ctlaub input method is produced from the file > CTLau-b5.html, and that file doesn't include #x6a59. > > I cannot find a newer version of CTLau-b5.html on the Internet, if > there is a newer version. I also don't know why #x6a59 is missing > from the file we have: whether it's a mistake, omission, or there's > some real reason for that. > Perhaps at the time when this CTLau-b5.html was composed that was the extent of what was known or the authors hadn't encountered a use for it to be included. Those two codepoints are documented at page 185 of U4E00.pdf . They represent two forms of citrus fruit. - https://www.unicode.org/charts/index.html - https://www.unicode.org/charts/PDF/U4E00.pdf Looking at the below for #x6a58 - https://humanum.arts.cuhk.edu.hk/Lexis/lexi-mf/search.php?word=%E6%A9%98 The left margin section, at the bottom, has a drop down menu and the CTLau phonology is obtained by selecting the bottom option. There the phonological reading for #x6a58 is given by gat and gwat. Looking at the CTLau-b input sequence for \foh - https://humanum.arts.cuhk.edu.hk/Lexis/lexi-mf/search.php?word=%E7%85%92 the humanum gives the reading wai, is there any memory for some CTLau-b input sequences having the backslash prefix? The sounding foh refers to the fire character indexical is my guess which might have been a mnemonic for the authors of CTLau-b5.html . > Are there any newer sources for this input method which we could use? - http://sdf.org/~van.ly/img/x6a58--gat--gwat--add-to-CTLau-b5.jpg I would like to use the phonological readings gvien at the humanum website. I've tried to contact them but got no reply. It would be neat if they update the CTLau-b5.html file. > > > chart from Shuowen's tree section > > - https://humanum.arts.cuhk.edu.hk/Lexis/lexi-mf/shuowenRadical.php?rad=%E6%9C%A8 > > That page is in Chinese, and I cannot read nor understand it. What > does it say that is relevant to this issue? > That page is a random page in the Shuowen dictionary with two codepoints for orange and tangerine citrus fruit which I thought would be in common use enough to be covered by the CTLaub input method. One of them is not available. I am hoping for an accommodation to allow updating the CTLaub input method. Perhaps the user can compose a CTLau-b5-extend.html for use. > > unexpected result > > - the current input method won't learn new input key sequence for symbol > > > > expected result > > - the current input method learns new input key sequence for symbol > > > > The current input method being chinese-ctlaub learns a new input key > > sequence for symbol flowing the way a word that does not occur in the > > wordlist can be added for future personal spell checking. > > I don't understand what you are saying here, sorry. What do you mean > by "current input method learns new input key sequence"? AFAIK, input > methods don't learn any key sequences, they just support key sequences > that are part of the IM's definition. > I was likening the input method function to spellchecking. The input method function does not accommodate updates but the spellchecker will let you add new word spellings.