From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#20499: C-x 8 shorthands for curved quotes, Euro, etc. Date: Sat, 09 May 2015 11:22:09 +0300 Message-ID: <838ucyp3da.fsf@gnu.org> References: <"<1430701990-31993-1-git-send-email-eggert"@cs.ucla.edu> <"<83vbg8s3nd.fsf"@gnu.org> <87383cmgpk.fsf@violet.siamics.net> <"<83ioc7rqgy.fsf"@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1431159807 29685 80.91.229.3 (9 May 2015 08:23:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 9 May 2015 08:23:27 +0000 (UTC) Cc: rms@gnu.org, 20499@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat May 09 10:23:16 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Yr02T-00008P-LG for geb-bug-gnu-emacs@m.gmane.org; Sat, 09 May 2015 10:23:13 +0200 Original-Received: from localhost ([::1]:58657 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yr02S-0002Lh-H5 for geb-bug-gnu-emacs@m.gmane.org; Sat, 09 May 2015 04:23:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38796) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yr02P-0002LX-83 for bug-gnu-emacs@gnu.org; Sat, 09 May 2015 04:23:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yr02K-0006Cm-8A for bug-gnu-emacs@gnu.org; Sat, 09 May 2015 04:23:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57404) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yr02K-0006CO-5I for bug-gnu-emacs@gnu.org; Sat, 09 May 2015 04:23:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Yr02J-0004bR-OT for bug-gnu-emacs@gnu.org; Sat, 09 May 2015 04:23:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 May 2015 08:23:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20499 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 20499-submit@debbugs.gnu.org id=B20499.143115972817617 (code B ref 20499); Sat, 09 May 2015 08:23:03 +0000 Original-Received: (at 20499) by debbugs.gnu.org; 9 May 2015 08:22:08 +0000 Original-Received: from localhost ([127.0.0.1]:39146 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yr01P-0004a4-Hj for submit@debbugs.gnu.org; Sat, 09 May 2015 04:22:08 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:36469) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yr01K-0004ZU-8l for 20499@debbugs.gnu.org; Sat, 09 May 2015 04:22:04 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NO200100PSYW200@a-mtaout22.012.net.il> for 20499@debbugs.gnu.org; Sat, 09 May 2015 11:21:54 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NO20012FPWINF60@a-mtaout22.012.net.il>; Sat, 09 May 2015 11:21:54 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:102617 Archived-At: > Date: Fri, 8 May 2015 17:03:53 -0700 (PDT) > From: Drew Adams > Cc: 20499@debbugs.gnu.org > > I understand that Richard would like a help buffer that groups > multiple glyphs together in blocks or in categories of various kinds. > > I don't have that to offer, but maybe this would help in a different > way: library `apu.el' provides apropos help for Unicode chars. > > Command `apropos-unicode' shows you the Unicode chars that match > an apropos pattern you specify: a regexp or a space-separated list > of words. The chars whose names match are shown in a help buffer, > along with the names and code points (decimal and hex). I hope I've succeeded to explain in my previous messages that just matching the name against a regexp is not enough: you will most of the time get a lot of candidates. IOW, it's not focused enough, and the reason is that the name of a character doesn't tell enough about the character to be able to filter them only based on their names. What we need is selection of candidates based on the character attributes, and their language/script/block. This could, of course, use the completion/apropos infrastructure, but the completion predicates must be smarter, and we should have a suitable UI for the user to specify her partial knowledge of the characters she is after. If you or someone else wants to work on this, I can provide advice as to how to use Unicode character properties for such filtering. > * Add an option of patterns to exclude from matches, to exclude > things like `TAG' and `VARIATION SELECTOR'. The UI cannot be in these technical terms, because the user will most probably fail to understand what that means for the search results. E.g., it's quite probable that someone who wants an emoji characters _will_ want the VARIATION SELECTOR included, but how many users will understand that excluding it will not allow them to specify emoji style of certain characters? > * Be able to easily match a base char. You can do this OK now > using a regexp such as ` \(BASE-CHAR \|$\)', but maybe there > is a better way. I suggested the Custom-style interface using widgets. > Is there a good way to exclude chars whose glyphs are essentially > (apparently) whitespace, e.g., `MUSICAL SYMBOL END TIE'? I'm not sure "mostly whitespace" is a good specification for those. I suppose someone who wants musical symbols will want this one as well. > Is there a way to exclude chars that cannot be shown in the current > font? (Asked previously.) Answered previously.