From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.devel Subject: Re: Display of undisplayable characters: \U01F3A8 instead of diamond Date: Fri, 26 Aug 2022 07:21:23 +0200 Message-ID: <87r113h964.fsf@dataswamp.org> References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4574"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) To: emacs-devel@gnu.org Cancel-Lock: sha1:qAVfAC6qUJt1K13o6roJA6oJV8w= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Aug 26 07:23:37 2022 Return-path: Envelope-to: ged-emacs-devel@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 1oRRoe-0000yn-Nh for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Aug 2022 07:23:36 +0200 Original-Received: from localhost ([::1]:42248 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oRRod-0004fh-4y for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Aug 2022 01:23:35 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36528) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oRRmf-0003w5-QJ for emacs-devel@gnu.org; Fri, 26 Aug 2022 01:21:37 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]:57200) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oRRmd-0007TK-IO for emacs-devel@gnu.org; Fri, 26 Aug 2022 01:21:33 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1oRRma-00090F-SL for emacs-devel@gnu.org; Fri, 26 Aug 2022 07:21:28 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:294126 Archived-At: Richard Stallman wrote: > [[[ To any NSA and FBI agents reading my email: please consider ]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] https://dataswamp.org/~incal/terror-3/img/terror.jpg > The text-based Linux console is unable to display many > Unicode characters. In Emacs 29, display of undisplayable > characters has changed. It used to show them with a diamond. > Now it shows the unicode character code as hex, preceded by > \U. > > I find that change quite inconvenient. It makes the text > harder to read. 100% Annoying, serves no purpose what I can see and messes up alignment/indentation, even. > Showing the codes does no good, since I don't know these > codes, not even for characters I am familiar with. To find > out what character a code represents, I have to use C-u C-x > =, just as I did before. I have some code, here https://dataswamp.org/~incal/emacs-init/char.el which doesn't bring up the *Help* buffer but echoes the char's names (new and old, often, e.g. / is solidus (old: slash) (at point: 1308) so yes, we're all old-school I think ... Anyway ... one could bind that to just a single key, optimally, or even do with the idle timer (it could be instructed so if the key is showable in the Linux VT it wouldn't echo anything). Also, those chars shouldn't be everywhere anyway, right? But I agree diamonds were much neater and low-key ... -- underground experts united https://dataswamp.org/~incal