all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* 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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.