* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
@ 2022-02-09 10:38 Van Ly
2022-02-09 14:36 ` Eli Zaretskii
2022-02-22 1:38 ` Lars Ingebrigtsen
0 siblings, 2 replies; 33+ messages in thread
From: Van Ly @ 2022-02-09 10:38 UTC (permalink / raw)
To: 53896
[-- Attachment #1: Type: text/plain, Size: 1083 bytes --]
The vertical listing in the minibuffer in response to "insert-char" fails to preview the match for "C-x 8 RET 8072".
observed behavior
* start by "emacs -Q"
* M-x customize RET
* search "icomplete vertical"
* toggle "on" Icomplete Vertical Mode
* switch to "*scratch*" buffer
; --------------------------------
; minibuffer fails to preview 8072
; --------------------------------
* C-x 8 RET
* continue typing "80" ;; shows LINEAR A SIGN A580, A800, A801, A802, A803, A804, A805
* continue typing "807" ;; shows LINEAR A SIGN A807
* continue typing "8072" ;; shows "8072 [No matches]"
expected behavior
* start by "emacs -Q"
* M-x customize RET
* search "icomplete vertical"
* toggle "on" Icomplete Vertical Mode
* switch to "*scratch*" buffer
; ----------------------------------
; minibuffer previews match for 8072
; ----------------------------------
* C-x 8 RET
* continue typing "80" ;; shows LINEAR A SIGN A580, A800, A801, A802, A803, A804, A805
* continue typing "807" ;; shows LINEAR A SIGN A807
* continue typing "8072" ;; shows "聲 CJK IDEOGRAPH-8072"
--
vl
[-- Attachment #2: 28.0.91 bug report --]
[-- Type: text/plain, Size: 3345 bytes --]
In GNU Emacs 28.0.91 (build 2, aarch64-unknown-linux-gnu, X toolkit, cairo versi
on 1.16.0)
of 2022-01-15 built on charlie
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: Debian GNU/Linux 11 (bullseye)
Configured using:
'configure --prefix=/usr/X/Projects/emacs-2022-01-15
--with-x-toolkit=lucid --without-xft --without-pop --without-mailutils
--without-xaw3d --without-toolkit-scroll-bars --without-selinux
--with-native-compilation --build=aarch64-linux-gnu'
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF X11 XDBE XIM XPM
LUCID ZLIB
Important settings:
value of $LC_ALL: en_AU.UTF-8
value of $LANG: en_AU.UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
icomplete-vertical-mode: t
icomplete-mode: t
tooltip-mode: t
global-eldoc-mode: t
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
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
indent-tabs-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail
rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json map 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 icomplete apropos seq byte-opt gv bytecomp
byte-compile cconv cus-edit pp cus-start cus-load wid-edit cl-loaddefs
cl-lib iso-transl tooltip 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 cl-generic 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 simple abbrev obarray cl-preloaded nadvice button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting cairo x-toolkit
x multi-tty make-network-process native-compile emacs)
Memory information:
((conses 16 96514 11659)
(symbols 48 20955 0)
(strings 32 82732 2797)
(string-bytes 1 1994738)
(vectors 16 21479)
(vector-slots 8 1222616 104166)
(floats 8 35 64)
(intervals 56 414 0)
(buffers 992 13))
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-09 10:38 bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072" Van Ly
@ 2022-02-09 14:36 ` Eli Zaretskii
2022-02-10 1:58 ` Van Ly
2022-02-22 1:38 ` Lars Ingebrigtsen
1 sibling, 1 reply; 33+ messages in thread
From: Eli Zaretskii @ 2022-02-09 14:36 UTC (permalink / raw)
To: Van Ly; +Cc: 53896
tags 53896 notabug
thanks
> Date: Wed, 9 Feb 2022 10:38:29 +0000 (UTC)
> From: Van Ly <van.ly@sdf.org>
>
> The vertical listing in the minibuffer in response to "insert-char" fails to preview the match for "C-x 8 RET 8072".
>
> observed behavior
> * start by "emacs -Q"
> * M-x customize RET
> * search "icomplete vertical"
> * toggle "on" Icomplete Vertical Mode
> * switch to "*scratch*" buffer
> ; --------------------------------
> ; minibuffer fails to preview 8072
> ; --------------------------------
> * C-x 8 RET
> * continue typing "80" ;; shows LINEAR A SIGN A580, A800, A801, A802, A803, A804, A805
> * continue typing "807" ;; shows LINEAR A SIGN A807
> * continue typing "8072" ;; shows "8072 [No matches]"
This has nothing to do with icomplete-vertical-mode. You will see the
same with the default completion:
C-x 8 RET 8072 TAB
This shows [No match].
The reason is that we deliberately remove all the CJG IDEOGRAPH-NNNN
names from the list of character names we submit to "C-x 8 RET" as
possible completions. We do that because there are gobs of those
characters, whose names mean nothing (they are not real names), and
whose existence in the completions would just add a lot of noise.
This is a feature, not a bug.
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-09 14:36 ` Eli Zaretskii
@ 2022-02-10 1:58 ` Van Ly
2022-02-10 4:54 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
0 siblings, 1 reply; 33+ messages in thread
From: Van Ly @ 2022-02-10 1:58 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 53896
On Wed, 9 Feb 2022, Eli Zaretskii wrote:
> tags 53896 notabug
> thanks
>
Thanks.
> This shows [No match].
>
> The reason is that we deliberately remove all the CJG IDEOGRAPH-NNNN
> names from the list of character names we submit to "C-x 8 RET" as
> possible completions. We do that because there are gobs of those
> characters, whose names mean nothing (they are not real names), and
> whose existence in the completions would just add a lot of noise.
>
> This is a feature, not a bug.
>
It is a blindspot for studying a human culture.
Maybe further on there can be a toggle and filter to sort the meaning
from the noise, sort of like how Grammarly uses Lisp.
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-10 1:58 ` Van Ly
@ 2022-02-10 4:54 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-11 23:11 ` Van Ly
0 siblings, 1 reply; 33+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-10 4:54 UTC (permalink / raw)
To: Van Ly; +Cc: Eli Zaretskii, 53896
Van Ly <van.ly@sdf.org> writes:
> It is a blindspot for studying a human culture.
The CJK UNIFIED IDEOGRAPH-XXXX names are utterly meaningless to any
speaker of an East Asian language that uses them.
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-10 4:54 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-02-11 23:11 ` Van Ly
2022-02-12 0:48 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-12 7:13 ` Eli Zaretskii
0 siblings, 2 replies; 33+ messages in thread
From: Van Ly @ 2022-02-11 23:11 UTC (permalink / raw)
To: Po Lu; +Cc: 53896
[-- Attachment #1: Type: text/plain, Size: 681 bytes --]
On Thu, 10 Feb 2022, Po Lu wrote:
>
> The CJK UNIFIED IDEOGRAPH-XXXX names are utterly meaningless to any
> speaker of an East Asian language that uses them.
>
LINEAR A SIGN A807 ; from C-x 8 RET 807
The above is utterly meaningless to me but maybe it is meaningful to
the community studying Linear A. And, maybe with time and more
information the text description will improve.
My use case sources the CJK to read from, for example
=> https://ctext.org/er-ya/shi-gu
=> https://humanum.arts.cuhk.edu.hk/Lexis/lexi-mf/search.php
maybe there remain no speakers of those signs.
; from C-x 8 RET a
The current name for "<control>" had the old name "LINE FEED (LF)".
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-11 23:11 ` Van Ly
@ 2022-02-12 0:48 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-12 7:13 ` Eli Zaretskii
1 sibling, 0 replies; 33+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-12 0:48 UTC (permalink / raw)
To: Van Ly; +Cc: Eli Zaretskii, 53896
Van Ly <van.ly@sdf.org> writes:
> LINEAR A SIGN A807 ; from C-x 8 RET 807
>
> The above is utterly meaningless to me but maybe it is meaningful to
> the community studying Linear A. And, maybe with time and more
> information the text description will improve.
I cannot speak Linear A, so I can't help you there.
> My use case sources the CJK to read from, for example
>
> => https://ctext.org/er-ya/shi-gu
> => https://humanum.arts.cuhk.edu.hk/Lexis/lexi-mf/search.php
>
> maybe there remain no speakers of those signs.
The numbers after a CJK UNIFIED IDEOGRAPH name are completely arbitrary.
They have no correspondence to the meanings of the characters at all.
> The current name for "<control>" had the old name "LINE FEED (LF)".
Now you have lost me.
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-11 23:11 ` Van Ly
2022-02-12 0:48 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-02-12 7:13 ` Eli Zaretskii
2022-02-12 7:14 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-13 14:34 ` Van Ly
1 sibling, 2 replies; 33+ messages in thread
From: Eli Zaretskii @ 2022-02-12 7:13 UTC (permalink / raw)
To: Van Ly; +Cc: luangruo, 53896
> Date: Fri, 11 Feb 2022 23:11:13 +0000 (UTC)
> From: Van Ly <van.ly@sdf.org>
> cc: Eli Zaretskii <eliz@gnu.org>, 53896@debbugs.gnu.org
>
> > The CJK UNIFIED IDEOGRAPH-XXXX names are utterly meaningless to any
> > speaker of an East Asian language that uses them.
>
> LINEAR A SIGN A807 ; from C-x 8 RET 807
>
> The above is utterly meaningless to me but maybe it is meaningful to
> the community studying Linear A.
Yes. More importantly, there are 341 of them, as opposed to almost
27,000 of CJK Ideographs. Even UnicodeData.txt doesn't include them,
but gives only the first and the last codepoints (one more evidence
that they don't have meaningful names in Unicode DB).
> My use case sources the CJK to read from, for example
>
> => https://ctext.org/er-ya/shi-gu
> => https://humanum.arts.cuhk.edu.hk/Lexis/lexi-mf/search.php
Sorry, I don't understand the relevance. Do you see any names in
those URLs, and if so, are those names in any way derived from the
Unicode character DB? I just see characters, and thus typing their
codepoints is the way to go.
The characters _are_ supported, and we do assign names to them (which
are trivially derived from their codepoints), so typing their names is
just an unnecessarily complicated way of typing their codepoint. IOW,
why not just type 8072 at "C-x 8 RET"s prompt, instead of selecting
"CJK IDEOGRAPH-8072" from a list of 27,000 candidates?
> ; from C-x 8 RET a
>
> The current name for "<control>" had the old name "LINE FEED (LF)".
I don't think I see the relevance. The 'old-name' property comes from
the Unicode DB, and we include the old names in the completion
candidates of "C-x 8 RET". But the characters that have a meaningful
old name have none of the problems the CJK Ideographs have.
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-12 7:13 ` Eli Zaretskii
@ 2022-02-12 7:14 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-13 13:06 ` Van Ly
2022-02-13 14:34 ` Van Ly
1 sibling, 1 reply; 33+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-12 7:14 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Van Ly, 53896
Eli Zaretskii <eliz@gnu.org> writes:
> Sorry, I don't understand the relevance. Do you see any names in
> those URLs, and if so, are those names in any way derived from the
> Unicode character DB?
I couldn't find any, FWIW.
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-12 7:14 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-02-13 13:06 ` Van Ly
2022-02-13 13:14 ` Eli Zaretskii
0 siblings, 1 reply; 33+ messages in thread
From: Van Ly @ 2022-02-13 13:06 UTC (permalink / raw)
To: Po Lu; +Cc: 53896
[-- Attachment #1: Type: text/plain, Size: 887 bytes --]
On Sat, 12 Feb 2022, Po Lu wrote:
> Eli Zaretskii <eliz@gnu.org> writes:
>
>> Sorry, I don't understand the relevance. Do you see any names in
>> those URLs, and if so, are those names in any way derived from the
>> Unicode character DB?
>
> I couldn't find any, FWIW.
>
=> https://humanum.arts.cuhk.edu.hk/Lexis/lexi-mf/search.php?word=聲
The above link shows two handfuls of I suppose address schemes for
that sign, U+8072 in unicode.
For me, the name
* <CJK Ideograph>
* CJK IDEOGRAPH-8072
is better than "No match" and I get the majority of people who never
process any CJK will suffer performance-wise were the horde of CJK
characters to match in part on insert-char. So, an opt-in toggle and
filter improves on the situation of a blank drop.
Maybe the relevant U+8072 slab from Unihan_Readings.txt can be
included in describe-char under "Unicode data".
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-13 13:06 ` Van Ly
@ 2022-02-13 13:14 ` Eli Zaretskii
2022-02-13 13:18 ` Van Ly
0 siblings, 1 reply; 33+ messages in thread
From: Eli Zaretskii @ 2022-02-13 13:14 UTC (permalink / raw)
To: Van Ly; +Cc: luangruo, 53896
> Date: Sun, 13 Feb 2022 13:06:17 +0000 (UTC)
> From: Van Ly <van.ly@sdf.org>
> cc: Eli Zaretskii <eliz@gnu.org>, 53896@debbugs.gnu.org
>
> Maybe the relevant U+8072 slab from Unihan_Readings.txt can be
> included in describe-char under "Unicode data".
Which slab specifically?
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-13 13:14 ` Eli Zaretskii
@ 2022-02-13 13:18 ` Van Ly
2022-02-13 13:52 ` Eli Zaretskii
0 siblings, 1 reply; 33+ messages in thread
From: Van Ly @ 2022-02-13 13:18 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: luangruo, 53896
[-- Attachment #1: Type: text/plain, Size: 702 bytes --]
On Sun, 13 Feb 2022, Eli Zaretskii wrote:
>> Date: Sun, 13 Feb 2022 13:06:17 +0000 (UTC)
>> From: Van Ly <van.ly@sdf.org>
>> cc: Eli Zaretskii <eliz@gnu.org>, 53896@debbugs.gnu.org
>>
>> Maybe the relevant U+8072 slab from Unihan_Readings.txt can be
>> included in describe-char under "Unicode data".
>
> Which slab specifically?
>
'''
U+8072 kCantonese sing1
U+8072 kDefinition sound, voice, noise; tone; music
U+8072 kHangul 성:0E
U+8072 kHanyuPinlu shēng(2269) sheng(57)
U+8072 kHanyuPinyin 42794.040:shēng
U+8072 kJapaneseKun KOE
U+8072 kJapaneseOn SEI SHOU
U+8072 kKorean SENG
U+8072 kMandarin shēng
U+8072 kTang *shiɛng
U+8072 kVietnamese thanh
U+8072 kXHC1983 1023.021:shēng
'''
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-13 13:18 ` Van Ly
@ 2022-02-13 13:52 ` Eli Zaretskii
2022-02-13 14:18 ` Van Ly
0 siblings, 1 reply; 33+ messages in thread
From: Eli Zaretskii @ 2022-02-13 13:52 UTC (permalink / raw)
To: Van Ly; +Cc: luangruo, 53896
> Date: Sun, 13 Feb 2022 13:18:21 +0000 (UTC)
> From: Van Ly <van.ly@sdf.org>
> cc: luangruo@yahoo.com, 53896@debbugs.gnu.org
>
> >> Maybe the relevant U+8072 slab from Unihan_Readings.txt can be
> >> included in describe-char under "Unicode data".
> >
> > Which slab specifically?
> >
>
> '''
> U+8072 kCantonese sing1
> U+8072 kDefinition sound, voice, noise; tone; music
> U+8072 kHangul 성:0E
> U+8072 kHanyuPinlu shēng(2269) sheng(57)
> U+8072 kHanyuPinyin 42794.040:shēng
> U+8072 kJapaneseKun KOE
> U+8072 kJapaneseOn SEI SHOU
> U+8072 kKorean SENG
> U+8072 kMandarin shēng
> U+8072 kTang *shiɛng
> U+8072 kVietnamese thanh
> U+8072 kXHC1983 1023.021:shēng
> '''
I don't understand -- you suggest to use all of them?
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-13 13:52 ` Eli Zaretskii
@ 2022-02-13 14:18 ` Van Ly
2022-02-13 16:36 ` Eli Zaretskii
0 siblings, 1 reply; 33+ messages in thread
From: Van Ly @ 2022-02-13 14:18 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: luangruo, 53896
[-- Attachment #1: Type: text/plain, Size: 889 bytes --]
On Sun, 13 Feb 2022, Eli Zaretskii wrote:
>>
>> '''
>> U+8072 kCantonese sing1
>> U+8072 kDefinition sound, voice, noise; tone; music
>> U+8072 kHangul 성:0E
>> U+8072 kHanyuPinlu shēng(2269) sheng(57)
>> U+8072 kHanyuPinyin 42794.040:shēng
>> U+8072 kJapaneseKun KOE
>> U+8072 kJapaneseOn SEI SHOU
>> U+8072 kKorean SENG
>> U+8072 kMandarin shēng
>> U+8072 kTang *shiɛng
>> U+8072 kVietnamese thanh
>> U+8072 kXHC1983 1023.021:shēng
>> '''
>
> I don't understand -- you suggest to use all of them?
>
I see in the *Help* buffer in response to describe-char a section
'''
Unicode data:
Name: <CJK Ideograph>
Category: Letter, Other
Combining class: 0
Bidi category: Left-to-Right
'''
there could be a 'customize what to show' link that adjusts to
include none, any or all of the lines for U+8072 in that section.
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-12 7:13 ` Eli Zaretskii
2022-02-12 7:14 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-02-13 14:34 ` Van Ly
2022-02-13 14:54 ` Andreas Schwab
2022-02-13 16:38 ` Eli Zaretskii
1 sibling, 2 replies; 33+ messages in thread
From: Van Ly @ 2022-02-13 14:34 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: luangruo, 53896
[-- Attachment #1: Type: text/plain, Size: 834 bytes --]
On Sat, 12 Feb 2022, Eli Zaretskii wrote:
>
> The characters _are_ supported, and we do assign names to them (which
> are trivially derived from their codepoints), so typing their names is
> just an unnecessarily complicated way of typing their codepoint. IOW,
> why not just type 8072 at "C-x 8 RET"s prompt, instead of selecting
> "CJK IDEOGRAPH-8072" from a list of 27,000 candidates?
>
I do use 8072 at the "C-x 8 RET" prompt. The problem is it says:
'''
Insert character (Unicode name or hex): 8072 [No matches]
'''
And, I have to blindly hit RET at that point to insert the U+8072
sign.
What I expect to see is:
'''
Insert character (Unicode name or hex): 8072
聲 CJK UNIFIED IDEOGRAPH 8072
'''
And, I can then either hit RET at the end of 8072 or use the down
arrow key to choose that line underneath.
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-13 14:34 ` Van Ly
@ 2022-02-13 14:54 ` Andreas Schwab
2022-02-14 14:47 ` Van Ly
2022-02-13 16:38 ` Eli Zaretskii
1 sibling, 1 reply; 33+ messages in thread
From: Andreas Schwab @ 2022-02-13 14:54 UTC (permalink / raw)
To: Van Ly; +Cc: luangruo, 53896
On Feb 13 2022, Van Ly wrote:
> I do use 8072 at the "C-x 8 RET" prompt. The problem is it says:
>
> '''
> Insert character (Unicode name or hex): 8072 [No matches]
> '''
>
> And, I have to blindly hit RET at that point to insert the U+8072 sign.
Blindly? You see the number you are about to accept.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-13 14:18 ` Van Ly
@ 2022-02-13 16:36 ` Eli Zaretskii
2022-02-14 14:55 ` Van Ly
0 siblings, 1 reply; 33+ messages in thread
From: Eli Zaretskii @ 2022-02-13 16:36 UTC (permalink / raw)
To: Van Ly; +Cc: luangruo, 53896
> Date: Sun, 13 Feb 2022 14:18:41 +0000 (UTC)
> From: Van Ly <van.ly@sdf.org>
> cc: luangruo@yahoo.com, 53896@debbugs.gnu.org
>
>
> [1:text/plain Hide]
>
> On Sun, 13 Feb 2022, Eli Zaretskii wrote:
>
> >>
> >> '''
> >> U+8072 kCantonese sing1
> >> U+8072 kDefinition sound, voice, noise; tone; music
> >> U+8072 kHangul 성:0E
> >> U+8072 kHanyuPinlu shēng(2269) sheng(57)
> >> U+8072 kHanyuPinyin 42794.040:shēng
> >> U+8072 kJapaneseKun KOE
> >> U+8072 kJapaneseOn SEI SHOU
> >> U+8072 kKorean SENG
> >> U+8072 kMandarin shēng
> >> U+8072 kTang *shiɛng
> >> U+8072 kVietnamese thanh
> >> U+8072 kXHC1983 1023.021:shēng
> >> '''
> >
> > I don't understand -- you suggest to use all of them?
> >
>
> I see in the *Help* buffer in response to describe-char a section
>
> '''
> Unicode data:
> Name: <CJK Ideograph>
> Category: Letter, Other
> Combining class: 0
> Bidi category: Left-to-Right
> '''
>
> there could be a 'customize what to show' link that adjusts to
> include none, any or all of the lines for U+8072 in that section.
We are mis-communicating. I thought you were talking about
completions on character names in "C-x 8 RET", and I thought you were
suggesting how to provide meaningful names to CJK Ideographs for that
completion. But for that, each character should have a single unique
name.
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-13 14:34 ` Van Ly
2022-02-13 14:54 ` Andreas Schwab
@ 2022-02-13 16:38 ` Eli Zaretskii
2022-02-14 14:57 ` Van Ly
1 sibling, 1 reply; 33+ messages in thread
From: Eli Zaretskii @ 2022-02-13 16:38 UTC (permalink / raw)
To: Van Ly; +Cc: luangruo, 53896
> Date: Sun, 13 Feb 2022 14:34:41 +0000 (UTC)
> From: Van Ly <van.ly@sdf.org>
> cc: luangruo@yahoo.com, 53896@debbugs.gnu.org
>
> > The characters _are_ supported, and we do assign names to them (which
> > are trivially derived from their codepoints), so typing their names is
> > just an unnecessarily complicated way of typing their codepoint. IOW,
> > why not just type 8072 at "C-x 8 RET"s prompt, instead of selecting
> > "CJK IDEOGRAPH-8072" from a list of 27,000 candidates?
> >
>
> I do use 8072 at the "C-x 8 RET" prompt. The problem is it says:
>
> '''
> Insert character (Unicode name or hex): 8072 [No matches]
> '''
>
> And, I have to blindly hit RET at that point to insert the U+8072
> sign.
>
> What I expect to see is:
>
> '''
> Insert character (Unicode name or hex): 8072
> 聲 CJK UNIFIED IDEOGRAPH 8072
> '''
>
> And, I can then either hit RET at the end of 8072 or use the down
> arrow key to choose that line underneath.
How did you know to type "8072" to begin with?
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-13 14:54 ` Andreas Schwab
@ 2022-02-14 14:47 ` Van Ly
2022-02-14 14:57 ` Andreas Schwab
0 siblings, 1 reply; 33+ messages in thread
From: Van Ly @ 2022-02-14 14:47 UTC (permalink / raw)
To: Andreas Schwab; +Cc: luangruo, 53896
On Sun, 13 Feb 2022, Andreas Schwab wrote:
>>
>> '''
>> Insert character (Unicode name or hex): 8072 [No matches]
>> '''
>>
>> And, I have to blindly hit RET at that point to insert the U+8072 sign.
>
> Blindly? You see the number you are about to accept.
>
The overriding message I see is [No matches] and when I hit RET I
feel like I am ignoring a warning.
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-13 16:36 ` Eli Zaretskii
@ 2022-02-14 14:55 ` Van Ly
2022-02-15 1:04 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
0 siblings, 1 reply; 33+ messages in thread
From: Van Ly @ 2022-02-14 14:55 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: luangruo, 53896
[-- Attachment #1: Type: text/plain, Size: 1894 bytes --]
On Sun, 13 Feb 2022, Eli Zaretskii wrote:
>> Date: Sun, 13 Feb 2022 14:18:41 +0000 (UTC)
>> From: Van Ly <van.ly@sdf.org>
>> cc: luangruo@yahoo.com, 53896@debbugs.gnu.org
>>
>>
>> [1:text/plain Hide]
>>
>> On Sun, 13 Feb 2022, Eli Zaretskii wrote:
>>
>>>>
>>>> '''
>>>> U+8072 kCantonese sing1
>>>> U+8072 kDefinition sound, voice, noise; tone; music
>>>> U+8072 kHangul 성:0E
>>>> U+8072 kHanyuPinlu shēng(2269) sheng(57)
>>>> U+8072 kHanyuPinyin 42794.040:shēng
>>>> U+8072 kJapaneseKun KOE
>>>> U+8072 kJapaneseOn SEI SHOU
>>>> U+8072 kKorean SENG
>>>> U+8072 kMandarin shēng
>>>> U+8072 kTang *shiɛng
>>>> U+8072 kVietnamese thanh
>>>> U+8072 kXHC1983 1023.021:shēng
>>>> '''
>>>
>>> I don't understand -- you suggest to use all of them?
>>>
>>
>> I see in the *Help* buffer in response to describe-char a section
>>
>> '''
>> Unicode data:
>> Name: <CJK Ideograph>
>> Category: Letter, Other
>> Combining class: 0
>> Bidi category: Left-to-Right
>> '''
>>
>> there could be a 'customize what to show' link that adjusts to
>> include none, any or all of the lines for U+8072 in that section.
>
> We are mis-communicating. I thought you were talking about
> completions on character names in "C-x 8 RET", and I thought you were
> suggesting how to provide meaningful names to CJK Ideographs for that
> completion. But for that, each character should have a single unique
> name.
>
I think I wasn't clear in saying
聲 CJK UNIFIED IDEOGRAPH 8072
is meaningful to me, better than "no match". The tangent to
Unihan_Reading.txt provides more meaning than the address scheme
label "CJK UNIFIED IDEOGRAPH" which to Po Lu is arbitrary and
meaningless. For me, the label
* LINEAR A SIGN
* CJK UNIFIED IDEOGRAPH
puts meaning on the four digit hex value used in Unicode, as it is
being typed
* 8
* 80
* 807
* 8072
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-14 14:47 ` Van Ly
@ 2022-02-14 14:57 ` Andreas Schwab
2022-02-14 15:01 ` Van Ly
0 siblings, 1 reply; 33+ messages in thread
From: Andreas Schwab @ 2022-02-14 14:57 UTC (permalink / raw)
To: Van Ly; +Cc: luangruo, 53896
On Feb 14 2022, Van Ly wrote:
> On Sun, 13 Feb 2022, Andreas Schwab wrote:
>
>>>
>>> '''
>>> Insert character (Unicode name or hex): 8072 [No matches]
>>> '''
>>>
>>> And, I have to blindly hit RET at that point to insert the U+8072 sign.
>>
>> Blindly? You see the number you are about to accept.
>>
>
> The overriding message I see is [No matches] and when I hit RET I feel
> like I am ignoring a warning.
Plain numbers never have completions.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-13 16:38 ` Eli Zaretskii
@ 2022-02-14 14:57 ` Van Ly
2022-02-14 17:02 ` Eli Zaretskii
0 siblings, 1 reply; 33+ messages in thread
From: Van Ly @ 2022-02-14 14:57 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: luangruo, 53896
On Sun, 13 Feb 2022, Eli Zaretskii wrote:
>
> How did you know to type "8072" to begin with?
>
I use the handwriting recognition on the iPhone's Pleco App and
scroll down to the Unicode description for the character and that
contains the number for the Unicode.
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-14 14:57 ` Andreas Schwab
@ 2022-02-14 15:01 ` Van Ly
2022-02-14 15:17 ` Andreas Schwab
0 siblings, 1 reply; 33+ messages in thread
From: Van Ly @ 2022-02-14 15:01 UTC (permalink / raw)
To: Andreas Schwab; +Cc: luangruo, 53896
On Mon, 14 Feb 2022, Andreas Schwab wrote:
> Plain numbers never have completions.
C-x 8 RET 807 has the completion
LINEAR A SIGN A807
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-14 15:01 ` Van Ly
@ 2022-02-14 15:17 ` Andreas Schwab
2022-02-15 11:13 ` Van Ly
0 siblings, 1 reply; 33+ messages in thread
From: Andreas Schwab @ 2022-02-14 15:17 UTC (permalink / raw)
To: Van Ly; +Cc: luangruo, 53896
On Feb 14 2022, Van Ly wrote:
> On Mon, 14 Feb 2022, Andreas Schwab wrote:
>
>> Plain numbers never have completions.
>
> C-x 8 RET 807 has the completion
>
> LINEAR A SIGN A807
That's not a plain number, A807 is SYLOTI NAGRI LETTER KO.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-14 14:57 ` Van Ly
@ 2022-02-14 17:02 ` Eli Zaretskii
2022-02-15 11:21 ` Van Ly
0 siblings, 1 reply; 33+ messages in thread
From: Eli Zaretskii @ 2022-02-14 17:02 UTC (permalink / raw)
To: Van Ly; +Cc: luangruo, 53896
> Date: Mon, 14 Feb 2022 14:57:47 +0000 (UTC)
> From: Van Ly <van.ly@sdf.org>
> cc: luangruo@yahoo.com, 53896@debbugs.gnu.org
>
> On Sun, 13 Feb 2022, Eli Zaretskii wrote:
>
> >
> > How did you know to type "8072" to begin with?
> >
>
> I use the handwriting recognition on the iPhone's Pleco App and
> scroll down to the Unicode description for the character and that
> contains the number for the Unicode.
Then you don't really need the completion, since you already know the
full codepoint value.
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-14 14:55 ` Van Ly
@ 2022-02-15 1:04 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-15 11:28 ` Van Ly
0 siblings, 1 reply; 33+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-15 1:04 UTC (permalink / raw)
To: Van Ly; +Cc: Eli Zaretskii, 53896
Van Ly <van.ly@sdf.org> writes:
> 聲 CJK UNIFIED IDEOGRAPH 8072
>
> is meaningful to me, better than "no match". The tangent to
> Unihan_Reading.txt provides more meaning than the address scheme label
> "CJK UNIFIED IDEOGRAPH" which to Po Lu is arbitrary and meaningless.
Then if that's what you want, you're better served by one of the Chinese
input methods, such as `chinese-py', as opposed to `insert-char'.
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-14 15:17 ` Andreas Schwab
@ 2022-02-15 11:13 ` Van Ly
2022-02-15 11:33 ` Andreas Schwab
0 siblings, 1 reply; 33+ messages in thread
From: Van Ly @ 2022-02-15 11:13 UTC (permalink / raw)
To: Andreas Schwab; +Cc: luangruo, 53896
On Mon, 14 Feb 2022, Andreas Schwab wrote:
>> C-x 8 RET 807 has the completion
>>
>> LINEAR A SIGN A807
>
> That's not a plain number, A807 is SYLOTI NAGRI LETTER KO.
>
People interested in studying Linear A signs will appreciate that more
informative label. IIRC that first hex value has flags indicating the
number of following bytes clump as one Unicode codepoint.
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-14 17:02 ` Eli Zaretskii
@ 2022-02-15 11:21 ` Van Ly
2022-02-15 11:40 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
0 siblings, 1 reply; 33+ messages in thread
From: Van Ly @ 2022-02-15 11:21 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: luangruo, 53896
On Mon, 14 Feb 2022, Eli Zaretskii wrote:
>>> How did you know to type "8072" to begin with?
>>>
>>
>> I use the handwriting recognition on the iPhone's Pleco App and
>> scroll down to the Unicode description for the character and that
>> contains the number for the Unicode.
>
> Then you don't really need the completion, since you already know the
> full codepoint value.
I envy the Linear A people who get to have completions. Having the
label "[No matches]" and hitting RET to punch past that for the sign
is better done without that label and leaving the rest of the line
blank after the number. Engineers have a saying, "The best part is no part."
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-15 1:04 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-02-15 11:28 ` Van Ly
0 siblings, 0 replies; 33+ messages in thread
From: Van Ly @ 2022-02-15 11:28 UTC (permalink / raw)
To: Po Lu; +Cc: 53896
[-- Attachment #1: Type: text/plain, Size: 679 bytes --]
On Tue, 15 Feb 2022, Po Lu wrote:
> Van Ly <van.ly@sdf.org> writes:
>
>> 聲 CJK UNIFIED IDEOGRAPH 8072
>>
>> is meaningful to me, better than "no match". The tangent to
>> Unihan_Reading.txt provides more meaning than the address scheme label
>> "CJK UNIFIED IDEOGRAPH" which to Po Lu is arbitrary and meaningless.
>
> Then if that's what you want, you're better served by one of the Chinese
> input methods, such as `chinese-py', as opposed to `insert-char'.
I have experimented with about three input methods. Old characters
out of use quail-show-key says the input method is unable to enter
and that is when I fall back to the plain hex number for insert-char.
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-15 11:13 ` Van Ly
@ 2022-02-15 11:33 ` Andreas Schwab
2022-02-15 21:25 ` Van Ly
0 siblings, 1 reply; 33+ messages in thread
From: Andreas Schwab @ 2022-02-15 11:33 UTC (permalink / raw)
To: Van Ly; +Cc: luangruo, 53896
On Feb 15 2022, Van Ly wrote:
> On Mon, 14 Feb 2022, Andreas Schwab wrote:
>
>>> C-x 8 RET 807 has the completion
>>>
>>> LINEAR A SIGN A807
>>
>> That's not a plain number, A807 is SYLOTI NAGRI LETTER KO.
>>
>
> People interested in studying Linear A signs will appreciate that more
> informative label. IIRC that first hex value has flags indicating the
> number of following bytes clump as one Unicode codepoint.
No, that has nothing to do with the Unicode code point. LINEAR A SIGN
A807 is U+00010767.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-15 11:21 ` Van Ly
@ 2022-02-15 11:40 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-15 21:30 ` Van Ly
0 siblings, 1 reply; 33+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-02-15 11:40 UTC (permalink / raw)
To: Van Ly; +Cc: Eli Zaretskii, 53896
Van Ly <van.ly@sdf.org> writes:
> I envy the Linear A people who get to have completions. Having the
> label "[No matches]" and hitting RET to punch past that for the sign
> is better done without that label and leaving the rest of the line
> blank after the number. Engineers have a saying, "The best part is no
> part."
If I do this:
C-x 8 RET 8072 RET
There is no "[No matches]" message, so I don't understand what you're
trying to say here.
As such, completions for "CJK UNIFIED IDEOGRAPHs" are meaningless for
both people studying CJK languages and speakers of such languages.
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-15 11:33 ` Andreas Schwab
@ 2022-02-15 21:25 ` Van Ly
0 siblings, 0 replies; 33+ messages in thread
From: Van Ly @ 2022-02-15 21:25 UTC (permalink / raw)
To: Andreas Schwab; +Cc: luangruo, 53896
On Tue, 15 Feb 2022, Andreas Schwab wrote:
>> People interested in studying Linear A signs will appreciate that more
>> informative label. IIRC that first hex value has flags indicating the
>> number of following bytes clump as one Unicode codepoint.
>
> No, that has nothing to do with the Unicode code point. LINEAR A SIGN
> A807 is U+00010767.
Yes. I looked it up on the Wikipedia's entry for Linear A. There's
a table copy of the Unicode sheet pertaining.
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-15 11:40 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-02-15 21:30 ` Van Ly
0 siblings, 0 replies; 33+ messages in thread
From: Van Ly @ 2022-02-15 21:30 UTC (permalink / raw)
To: Po Lu; +Cc: 53896
On Tue, 15 Feb 2022, Po Lu wrote:
> If I do this:
>
> C-x 8 RET 8072 RET
>
> There is no "[No matches]" message,
C-x 8 RET 8072
pops up the "No matches" message before the final RET. That speaks
to me a RET won't help beyond.
--
vl
^ permalink raw reply [flat|nested] 33+ messages in thread
* bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072"
2022-02-09 10:38 bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072" Van Ly
2022-02-09 14:36 ` Eli Zaretskii
@ 2022-02-22 1:38 ` Lars Ingebrigtsen
1 sibling, 0 replies; 33+ messages in thread
From: Lars Ingebrigtsen @ 2022-02-22 1:38 UTC (permalink / raw)
To: Van Ly; +Cc: 53896
Van Ly <van.ly@sdf.org> writes:
> The vertical listing in the minibuffer in response to "insert-char"
> fails to preview the match for "C-x 8 RET 8072".
Re-reading this thread, I think the conclusion here is that we don't
want to change how completion works in `C-x 8 RET', so I'm closing this
bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 33+ messages in thread
end of thread, other threads:[~2022-02-22 1:38 UTC | newest]
Thread overview: 33+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-02-09 10:38 bug#53896: 28.0.91; Icomplete Vertical Mode fails to preview "C-x 8 RET 8072" Van Ly
2022-02-09 14:36 ` Eli Zaretskii
2022-02-10 1:58 ` Van Ly
2022-02-10 4:54 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-11 23:11 ` Van Ly
2022-02-12 0:48 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-12 7:13 ` Eli Zaretskii
2022-02-12 7:14 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-13 13:06 ` Van Ly
2022-02-13 13:14 ` Eli Zaretskii
2022-02-13 13:18 ` Van Ly
2022-02-13 13:52 ` Eli Zaretskii
2022-02-13 14:18 ` Van Ly
2022-02-13 16:36 ` Eli Zaretskii
2022-02-14 14:55 ` Van Ly
2022-02-15 1:04 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-15 11:28 ` Van Ly
2022-02-13 14:34 ` Van Ly
2022-02-13 14:54 ` Andreas Schwab
2022-02-14 14:47 ` Van Ly
2022-02-14 14:57 ` Andreas Schwab
2022-02-14 15:01 ` Van Ly
2022-02-14 15:17 ` Andreas Schwab
2022-02-15 11:13 ` Van Ly
2022-02-15 11:33 ` Andreas Schwab
2022-02-15 21:25 ` Van Ly
2022-02-13 16:38 ` Eli Zaretskii
2022-02-14 14:57 ` Van Ly
2022-02-14 17:02 ` Eli Zaretskii
2022-02-15 11:21 ` Van Ly
2022-02-15 11:40 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-02-15 21:30 ` Van Ly
2022-02-22 1:38 ` Lars Ingebrigtsen
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).