From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#43866: 26.3; italian postfix additions Date: Wed, 14 Oct 2020 11:11:24 +0300 Organization: LINKOV.NET Message-ID: <87h7qx1a5f.fsf@mail.linkov.net> References: <83tuv47vkn.fsf@gnu.org> <87ft6igdzi.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36019"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) Cc: rpluim@gmail.com, 43866@debbugs.gnu.org To: Richard Stallman Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Oct 14 10:39:22 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kScJd-0009Ga-Gt for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 14 Oct 2020 10:39:21 +0200 Original-Received: from localhost ([::1]:58788 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kScJc-0008S9-El for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 14 Oct 2020 04:39:20 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36296) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kScHP-0006FY-VJ for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2020 04:37:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38467) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kScHO-0000yM-J4 for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2020 04:37:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kScHO-00064E-Ey for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2020 04:37:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Oct 2020 08:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43866 X-GNU-PR-Package: emacs Original-Received: via spool by 43866-submit@debbugs.gnu.org id=B43866.160266458523271 (code B ref 43866); Wed, 14 Oct 2020 08:37:02 +0000 Original-Received: (at 43866) by debbugs.gnu.org; 14 Oct 2020 08:36:25 +0000 Original-Received: from localhost ([127.0.0.1]:50012 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kScGn-00063G-De for submit@debbugs.gnu.org; Wed, 14 Oct 2020 04:36:25 -0400 Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:6861) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kScGj-00062o-Jx for 43866@debbugs.gnu.org; Wed, 14 Oct 2020 04:36:22 -0400 X-Originating-IP: 91.129.102.160 Original-Received: from mail.gandi.net (m91-129-102-160.cust.tele2.ee [91.129.102.160]) (Authenticated sender: juri@linkov.net) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 49F2E240003; Wed, 14 Oct 2020 08:36:12 +0000 (UTC) In-Reply-To: (Richard Stallman's message of "Wed, 14 Oct 2020 00:38:48 -0400") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:190491 Archived-At: > > Would it make sense to support exactly the same keys that are > > provided by the X11 compose method? > > That might be a good idea. Do we have the rights to copy all key definitions from the X11 compose method? I guess there are no licensing restrictions? > Also, I wonder if we could make that command more self-documenting. > Maybe C-h in the argument for C-x 8 could display a buffer > which displays characters you can choose. > Each character would be followed by the sequence to type to choose that > character. Yes, displaying a separate buffer would be useful. Then maybe displaying these keys could be moved from the Help buffer of 'C-h b' that currently displays a very long list of 'C-x 8' keys at the beginning of the Help buffer, so it's very difficult to see the keys of the current mode that are at the end of the long Help buffer. > This should include all the characters Emacs supports, divided clearly > into Unicode code blocks, with their unicode names. Not just the ones > that have specific short C-x 8 sequences definied in Emacs. Maybe also 'C-u C-x =' could suggest how to input characters using C-x 8 mnemonics. > It would be nice to have a prefix more mnemonic than C-x 8. > But I have nothing to suggest. Yes, to find a more mnemonic and shorter key would be useful. Maybe this question could be asked on emacs-devel where someone might have ideas for such a key. > It would be good to shorten C-x 8 RET. That is my go-to method > of inserting characters for which I don't know a sequence. > > Currently, 8 upper-case letters are valid after C-h 8, and 6 > lower-case. Suppose we free up one case -- either the upper-case > letters or the lower-case letters. Then we could make typing > a letter of that case throw you into the minibuffer. Sorry, I don't understand. I tried to type 'C-h 8', and it's undefined. > In this way, we could replace C-x 8 RET UNICODE-NAME RET with > C-x 8 UNICODE-NAME RET. > > Also, why not change the Unicode character names to lower-case? > They would look nicer that way, I think. I don't know why the Unicode standard uses upper-case, but I see no problem in Emacs with upper-case letters when case-fold is non-nil, so you can type lower-case letters in completions.