GNU bug report logs - #36454
26.2.90; feature request - Insert char by hex tab completion or C-x 8 RET ffe <TAB>

Previous Next

Full log

Message #45 received at 36454 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: van <at> scratch.space, 36454 <at> debbugs.gnu.org, mrsebastianurban <at> gmail.com,
 larsi <at> gnus.org
Subject: Re: bug#36454: 26.2.90; feature request - Insert char by hex tab
 completion or C-x 8 RET ffe <TAB>
Date: Fri, 19 Jul 2019 09:41:58 +0300

> Date: Thu, 18 Jul 2019 20:44:46 +0000 (UTC)
> From: Drew Adams <drew.adams <at> oracle.com>
> Cc: mrsebastianurban <at> gmail.com, larsi <at> gnus.org, van <at> scratch.space,
>         36454 <at> debbugs.gnu.org
> 
> > I hope we agree that wading through 170 completion candidates, let
> > alone 500, is not very convenient, yes?
> 
> No, we don't agree that 500 completion candidates
> is a problem.

I'm surprised to hear that, but maybe I shouldn't.

> Completion is not just an aid for entering input.
> It's a way to discover, browse, search, etc. a
> set of information.

Completion is a very poor means for discovery and browsing.  If we
want tools for discovering characters, we should have more powerful
commands: list characters by their Unicode block, by their script, by
their attributes, etc.  Completion is not for all of that; it can be
used for that, but with very low efficiency and user-friendliness.  So
we should not judge the need for completion by considering any use
cases other than just completion, i.e. finding a specific character or
a small group of related characters.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.