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: Tue, 06 Sep 2022 12:38:28 +0200 Message-ID: <875yi0wzx7.fsf@dataswamp.org> References: <87edx28cl1.fsf@disroot.org> <83y1v7w6eu.fsf@gnu.org> <2f302d1c3966849477b3@heytings.org> <83mtbiovzr.fsf@gnu.org> <83a67hq3l7.fsf@gnu.org> <83mtbhneht.fsf@gnu.org> <83czcakqd3.fsf@gnu.org> <87a67dxhfw.fsf@dataswamp.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3231"; 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:BoWnfDnVr2a2mSqKacWAuRNz0g8= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Sep 06 14:26:00 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 1oVXeS-0000c5-Bm for ged-emacs-devel@m.gmane-mx.org; Tue, 06 Sep 2022 14:26:00 +0200 Original-Received: from localhost ([::1]:49854 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oVXeR-0000ki-B5 for ged-emacs-devel@m.gmane-mx.org; Tue, 06 Sep 2022 08:25:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57950) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVVyg-0007bc-7L for emacs-devel@gnu.org; Tue, 06 Sep 2022 06:38:46 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]:43306) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVVya-0000hy-1B for emacs-devel@gnu.org; Tue, 06 Sep 2022 06:38:45 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1oVVyW-00042e-Hy for emacs-devel@gnu.org; Tue, 06 Sep 2022 12:38:36 +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.25, 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:294783 Archived-At: Eli Zaretskii wrote: > The command has a doc string. Did you read it? If so, and if > the doc string didn't explain that, please ask > specific questions. Don't we need an interface that actually executes the wishes of the user as specified with the provided argument(s) so that middle level of using "produced code" can be skipped altogether? Something like (set-unprintable-char-char chr) And CHR can be optional and default to #xfffd if that's the "Unicode replacement character". However ... if it is, why should that have to be done at all? (setq use-default-values t) ? -- underground experts united https://dataswamp.org/~incal