From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: describe-char should display the character's Unicode name Date: Fri, 18 Jul 2008 10:31:43 -0400 Message-ID: References: <868ww3vydn.fsf@lifelogs.com> <87myki6fqp.fsf@jurta.org> <87mykhz6tf.fsf@jurta.org> <87tzeokrku.fsf@jurta.org> <87od4wgg8p.fsf@catnip.gol.com> <86od4vmi5i.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1216391562 2046 80.91.229.12 (18 Jul 2008 14:32:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 18 Jul 2008 14:32:42 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ted Zlatanov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 18 16:33:29 2008 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.50) id 1KJr1G-0007CY-Pb for ged-emacs-devel@m.gmane.org; Fri, 18 Jul 2008 16:33:15 +0200 Original-Received: from localhost ([127.0.0.1]:34693 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KJr0N-0000Ps-LY for ged-emacs-devel@m.gmane.org; Fri, 18 Jul 2008 10:32:19 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KJr06-0000Hj-1y for emacs-devel@gnu.org; Fri, 18 Jul 2008 10:32:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KJr04-0000Gy-Jb for emacs-devel@gnu.org; Fri, 18 Jul 2008 10:32:01 -0400 Original-Received: from [199.232.76.173] (port=55813 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KJr04-0000Go-9T for emacs-devel@gnu.org; Fri, 18 Jul 2008 10:32:00 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:10018) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KJr03-0005ke-TZ for emacs-devel@gnu.org; Fri, 18 Jul 2008 10:32:00 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArEEAMRGgEjO+IfC/2dsb2JhbACBWq1NgXE X-IronPort-AV: E=Sophos;i="4.31,210,1215403200"; d="scan'208";a="24502882" Original-Received: from 206-248-135-194.dsl.teksavvy.com (HELO pastel.home) ([206.248.135.194]) by ironport2-out.teksavvy.com with ESMTP; 18 Jul 2008 10:31:44 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id E68244C05D; Fri, 18 Jul 2008 10:31:43 -0400 (EDT) In-Reply-To: <86od4vmi5i.fsf@lifelogs.com> (Ted Zlatanov's message of "Fri, 18 Jul 2008 08:33:13 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. 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:100941 Archived-At: >>> You can use the input method "ucs" to input any Unicode >>> character by typing its codepoint. A method by typing >>> Unicode name is not yet implemented. MB> An input method is not a good solution because while input methods are MB> good for heavy use, they're quite annoying to juggle for occasional inputs. > Agreed, there should be a function that gives all the Unicode characters > as input candidates and the user can select the one he wants quickly (I > don't see one currently). An input method wouldn't provide completion > candidates, so the user has to remember all the names he needs. Actually, we should have completion for input methods. It would be handy for things like the TeX input method. Currently if I hit TAB after \a I do get some sort of "list of possible completions", but it's displayed as a tree which is kind of hard to read and I can select one of them from the list. Also TAB after \rig doesn't complete to \right as normal completion would. > Would a few thousand candidates be a problem for completion? I've only > seen it with hundreds and it's not slow, but for this maybe maybe we can > break it down by block name and then character name. I don't forsee any serious problem, except when when displaying the complete list of completions (e.g. if you hit TAB before entering any input). Stefan