From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Input method or help feature needed Date: Mon, 21 Feb 2011 07:25:09 -0500 Message-ID: References: <87lj1ew6d3.fsf@catnip.gol.com> <20110218083736.GA12190@tomas> <20110220082705.GA4092@tomas> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1298291130 15487 80.91.229.12 (21 Feb 2011 12:25:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 21 Feb 2011 12:25:30 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 21 13:25:25 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PrUpR-0005DP-6n for ged-emacs-devel@m.gmane.org; Mon, 21 Feb 2011 13:25:25 +0100 Original-Received: from localhost ([127.0.0.1]:58883 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PrUpQ-0006gz-Dm for ged-emacs-devel@m.gmane.org; Mon, 21 Feb 2011 07:25:24 -0500 Original-Received: from [140.186.70.92] (port=54634 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PrUpL-0006gk-Nm for emacs-devel@gnu.org; Mon, 21 Feb 2011 07:25:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PrUpK-0002So-I6 for emacs-devel@gnu.org; Mon, 21 Feb 2011 07:25:19 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]:49256) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PrUpK-0002Sk-Dr for emacs-devel@gnu.org; Mon, 21 Feb 2011 07:25:18 -0500 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1PrUpB-00008E-Cn; Mon, 21 Feb 2011 07:25:09 -0500 In-reply-to: (message from Kenichi Handa on Mon, 21 Feb 2011 20:14:04 +0900) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.10 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:136322 Archived-At: > From: Kenichi Handa > Cc: rms@gnu.org, emacs-devel@gnu.org > Date: Mon, 21 Feb 2011 20:14:04 +0900 > > > Still, why have 2 commands instead of just one? We could make it use > > all these improvements and enhancements. > > (1) list-charset-chars lists characters with code-points of > the specified charset, list-script-chars lists > characters with Unicode code-points. We could show Unicode codepoints by default and charset codepoints with "C-u". I doubt that any user would care about the latter, but Emacs maintainers might. > (2) These names are both charset and script, thus can't be > distinguished just by names. > lao, tibetan, ethiopic, symbol Are the results different if you interpret these as scripts vs charsets? If not, we don't need to care about the issue. Anyway, having both "charset" and "script" in two almost identical commands just adds to confusion, for anyone but specialists in this particular area. I would guess that "script" is more widely known, so I would use that by default. Again, we could use "C-u C-u" or some such to show charsets instead. Or maybe show charsets automatically if the user types a charset name. > (3) The name "list-charset-chars" is not suitable for what > list-script-chars does. If we are going to have just > one command, the name should be, for instance, > list-characters. Fine with me, we could have an alias for backward compatibility. > > > > as is the time for producing the list of script names > > > > if I type `?' at the "Script:" prompt. > > > > > > Really? When I tested it, it was almost instant. > > > It's slow only the first time. Try in a fresh Emacs session. > > It's still instant with a fresh Emacs session in my > environment. Actually, the completion list is created by: > > (mapcar 'symbol-name (char-table-extra-slot char-script-table 0)) > > It shouldn't be that slow. Could you investigate why it's > slow for you? I cannot reproduce this anymore, so it's probably something that was related to what my machine was doing in the background at the time. Sorry for the noise.