* bug#62898: 29.0.90; X can’t be input by the current input method [chinese-ctlaub]
@ 2023-04-17 12:11 Van Ly
2023-04-20 8:11 ` Eli Zaretskii
0 siblings, 1 reply; 6+ messages in thread
From: Van Ly @ 2023-04-17 12:11 UTC (permalink / raw)
To: 62898
[-- Attachment #1: Type: text/plain, Size: 1008 bytes --]
Where X is character codepoint
#x6a58
#x6a59
with chinese-ctlaub set the current input method, quail-show-key has
#x6a58 => X can’t be input by the current input method
#x6a59 => To input ‘X’, type "chaang"
Steps to reproduce
- emacs -Q
- switch to buffer in plain Fundamental mode, C-x b bbb
- M-x set-input-method RET chinese-ctlaub
- mouse copy, paste the two symbols from chart at row 1, column 2 and 3
- put cursor over symbol and apply M-x quail-show-key
chart from Shuowen's tree section
- https://humanum.arts.cuhk.edu.hk/Lexis/lexi-mf/shuowenRadical.php?rad=%E6%9C%A8
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.
[-- Attachment #2: bug gnu emacs report --]
[-- Type: application/octet-stream, Size: 2895 bytes --]
In GNU Emacs 29.0.90 (build 1, aarch64-unknown-linux-gnu, GTK+ Version
3.24.24, cairo version 1.16.0) of 2023-04-12 built on x23
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: Debian GNU/Linux 11 (bullseye)
Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG
LIBSELINUX LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG SECCOMP SOUND
SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER X11 XDBE XIM
XINPUT2 XPM GTK3 ZLIB
Important settings:
value of $LC_ALL: C.UTF-8
value of $LANG: en_AU.UTF-8
locale-coding-system: utf-8-unix
Major mode: Fundamental
Minor modes in effect:
text-scale-mode: t
tooltip-mode: t
global-eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
line-number-mode: t
indent-tabs-mode: t
transient-mark-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date subr-x mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
cus-start cus-load quail help-mode cl-loaddefs cl-lib format-spec
face-remap rmc iso-transl tooltip cconv eldoc paren electric uniquify
ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
frame minibuffer nadvice seq simple cl-generic indonesian philippine
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure
cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp
files window text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget keymap hashtable-print-readable backquote
threads dbusbind inotify dynamic-setting system-font-setting
font-render-setting cairo move-toolbar gtk x-toolkit xinput2 x multi-tty
make-network-process emacs)
Memory information:
((conses 16 49435 7859)
(symbols 48 6411 0)
(strings 32 21822 2048)
(string-bytes 1 442906)
(vectors 16 10717)
(vector-slots 8 185171 13341)
(floats 8 27 19)
(intervals 56 230 1)
(buffers 984 13))
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#62898: 29.0.90; X can’t be input by the current input method [chinese-ctlaub]
2023-04-17 12:11 bug#62898: 29.0.90; X can’t be input by the current input method [chinese-ctlaub] Van Ly
@ 2023-04-20 8:11 ` Eli Zaretskii
2023-04-20 19:39 ` Van Ly
0 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2023-04-20 8:11 UTC (permalink / raw)
To: Van Ly; +Cc: 62898
> Date: Mon, 17 Apr 2023 12:11:33 GMT
> From: Van Ly <van.ly@sdf.org>
>
> Where X is character codepoint
>
> #x6a58
> #x6a59
>
> with chinese-ctlaub set the current input method, quail-show-key has
>
> #x6a58 => X can’t be input by the current input method
> #x6a59 => To input ‘X’, type "chaang"
>
> Steps to reproduce
> - emacs -Q
> - switch to buffer in plain Fundamental mode, C-x b bbb
> - M-x set-input-method RET chinese-ctlaub
> - mouse copy, paste the two symbols from chart at row 1, column 2 and 3
> - put cursor over symbol and apply M-x quail-show-key
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.
Are there any newer sources for this input method which we could use?
> 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?
> 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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#62898: 29.0.90; X can’t be input by the current input method [chinese-ctlaub]
2023-04-20 8:11 ` Eli Zaretskii
@ 2023-04-20 19:39 ` Van Ly
2023-04-22 9:42 ` Eli Zaretskii
0 siblings, 1 reply; 6+ messages in thread
From: Van Ly @ 2023-04-20 19:39 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 62898
> Date: Thu, 20 Apr 2023 11:11:07 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> 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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#62898: 29.0.90; X can’t be input by the current input method [chinese-ctlaub]
2023-04-20 19:39 ` Van Ly
@ 2023-04-22 9:42 ` Eli Zaretskii
2023-04-22 17:10 ` Van Ly
0 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2023-04-22 9:42 UTC (permalink / raw)
To: Van Ly; +Cc: 62898
> Date: Thu, 20 Apr 2023 19:39:26 GMT
> From: Van Ly <van.ly@sdf.org>
> Cc: 62898@debbugs.gnu.org
>
>
> > Date: Thu, 20 Apr 2023 11:11:07 +0300
> > From: Eli Zaretskii <eliz@gnu.org>
> > 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.
We already have GAT and GWAT in CTLau-b5.html. Are you saying we
should add #x6a58 to the list of characters in those 2 lines?
> 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 .
Sorry, I don't understand: the above is for a different Unicode
codpoint, U+7152. How is that relevant to the issue at hand?
> > 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 don't understand how to interpret that image, sorry.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#62898: 29.0.90; X can’t be input by the current input method [chinese-ctlaub]
2023-04-22 9:42 ` Eli Zaretskii
@ 2023-04-22 17:10 ` Van Ly
2023-04-25 14:41 ` Eli Zaretskii
0 siblings, 1 reply; 6+ messages in thread
From: Van Ly @ 2023-04-22 17:10 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 62898
> Date: Sat, 22 Apr 2023 12:42:32 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 62898@debbugs.gnu.org
> Content-type: text/plain; charset=utf-8
>
> > Date: Thu, 20 Apr 2023 19:39:26 GMT
> > From: Van Ly <van.ly@sdf.org>
> > Cc: 62898@debbugs.gnu.org
> >
> >
> > 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.
>
> We already have GAT and GWAT in CTLau-b5.html. Are you saying we
> should add #x6a58 to the list of characters in those 2 lines?
>
Yes, homonym GAT expands to four graphs. So, add one. Do the same
for GWAT. It would be like adding a new word or variant spelling to
the spellchecker interactive flow.
You will see the homonym CHO expands to 17 graphs. Maybe there are
more to add there.
> > 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 .
>
> Sorry, I don't understand: the above is for a different Unicode
> codpoint, U+7152. How is that relevant to the issue at hand?
The homomym \FOH has a backslash prefix, the other input sequences
don't have a prefix symbol. I don't know why that convention is. At
a guess, the prefix adds a different style of input sequence. Maybe
that is explained in the documentation I haven't reached.
>
> > > 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 don't understand how to interpret that image, sorry.
>
I included the picture to accompany the above wording on navigating to
the dropdown menu and to show the GAT and GWAT homonym as displayed,
as a help, and to suggest how the phonoloreading once looked up can be
used to augment entries no found in the received CTLau-b5.html . You
will also see there are TOFU graphs, so the situation is an improving
incomplete work in progress.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#62898: 29.0.90; X can’t be input by the current input method [chinese-ctlaub]
2023-04-22 17:10 ` Van Ly
@ 2023-04-25 14:41 ` Eli Zaretskii
0 siblings, 0 replies; 6+ messages in thread
From: Eli Zaretskii @ 2023-04-25 14:41 UTC (permalink / raw)
To: Van Ly; +Cc: 62898-done
> Date: Sat, 22 Apr 2023 17:10:24 GMT
> From: Van Ly <van.ly@sdf.org>
> Cc: 62898@debbugs.gnu.org
>
> > We already have GAT and GWAT in CTLau-b5.html. Are you saying we
> > should add #x6a58 to the list of characters in those 2 lines?
> >
>
> Yes, homonym GAT expands to four graphs. So, add one. Do the same
> for GWAT. It would be like adding a new word or variant spelling to
> the spellchecker interactive flow.
OK, I've now done that on the master branch, and I'm closing this bug.
Thanks.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2023-04-25 14:41 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-04-17 12:11 bug#62898: 29.0.90; X can’t be input by the current input method [chinese-ctlaub] Van Ly
2023-04-20 8:11 ` Eli Zaretskii
2023-04-20 19:39 ` Van Ly
2023-04-22 9:42 ` Eli Zaretskii
2023-04-22 17:10 ` Van Ly
2023-04-25 14:41 ` Eli Zaretskii
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).
