From unknown Sat Jun 14 18:41:47 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#50989 <50989@debbugs.gnu.org> To: bug#50989 <50989@debbugs.gnu.org> Subject: Status: 28.0.60; nobreak-char-display in Eldoc buffers Reply-To: bug#50989 <50989@debbugs.gnu.org> Date: Sun, 15 Jun 2025 01:41:47 +0000 retitle 50989 28.0.60; nobreak-char-display in Eldoc buffers reassign 50989 emacs submitter 50989 Augusto Stoffel severity 50989 normal tag 50989 patch thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 03 06:02:11 2021 Received: (at submit) by debbugs.gnu.org; 3 Oct 2021 10:02:11 +0000 Received: from localhost ([127.0.0.1]:32908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWyJu-0007jN-TB for submit@debbugs.gnu.org; Sun, 03 Oct 2021 06:02:11 -0400 Received: from lists.gnu.org ([209.51.188.17]:51104) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWyJs-0007hb-SB for submit@debbugs.gnu.org; Sun, 03 Oct 2021 06:02:09 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52552) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mWyJs-0002hP-Fw for bug-gnu-emacs@gnu.org; Sun, 03 Oct 2021 06:02:08 -0400 Received: from mail-wr1-x436.google.com ([2a00:1450:4864:20::436]:38689) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mWyJp-0000n6-VN for bug-gnu-emacs@gnu.org; Sun, 03 Oct 2021 06:02:08 -0400 Received: by mail-wr1-x436.google.com with SMTP id u18so24510224wrg.5 for ; Sun, 03 Oct 2021 03:02:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:subject:date:message-id:user-agent:mime-version; bh=C6n9yU6RDMT1y9y86UARZ2DWnB1pJQ6qLSeOw6yTSZU=; b=qB2X1/X68LQ6hZ+EI4SJ6FsacwVGWFEdjCZSbwnrT9KoDZzFiveJAz0czOTTyWDFlr O+yKYxxc3dHOXADujqQeHB6e8ekKFcC2SM/rwfkWpcgFFw2K96pesSyakvdnlHKmMBKU REinTvVkBgkr+WcG0MHqve0alBHuhHrPM/0zPpFM0DKQJpgTnW1m0GrxDNCtIPvLlUPp PfG7C1W5QlYJafrMkk8rjRfvt5a4+syrf+rO/4kd1rns9yU31E8ZrZKAwsqpUI0v6O+A ya1cKoN9JdpZUCi0OLXSDsxTyXTX0uE8biWII1C+Nk4eiKG8X4hatXPRhtIEcAWns2HA 7CXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :mime-version; bh=C6n9yU6RDMT1y9y86UARZ2DWnB1pJQ6qLSeOw6yTSZU=; b=IVUDqlTZEguSAr7sB/SHrJzBCO1fv9gjVUuxy0HP4Qa+M5B2GEJJCMwFE4MsfYdhk0 sYhv6gPZ3n4368ynla3J3U9ZJlz5qV9/KsSD+8f55sIgADx2dsMVuDPJuYQrl99N7SWH vIzhBQ+qnzqZR1Pw9W39Ry+CBdNtvPZEwD6FbZivrzfWDG6Nt2Wrp1ckDOa1I2CYbDh9 eo8tjs37R/aLrcySNHUU4wiHkhbYexvVyWtTL4pV+QTmrdhrVZaLC3EpdJUxOpwgi1Gr z0NSpNJFMi7BE465/9dzbEdzHq1RJbc3c9QICS3EZcqap0Q2XI1wX78NSCkZ03Hus8o6 7PhA== X-Gm-Message-State: AOAM533i6R3IpRZtALkpSyMkU6Z+KrbXz6RfPVhqUTxM7q0e4YHPU6vH Wzs1QW45KydSF+DYwHk6hzYvaeFZeC0= X-Google-Smtp-Source: ABdhPJywZdc+ZBfH0Qc8qHFofwEjNL8cxNqybjlI2L19hvguwALGlDLLRzThtd4LFPJiF93Yji2uGQ== X-Received: by 2002:adf:a411:: with SMTP id d17mr3867182wra.393.1633255323846; Sun, 03 Oct 2021 03:02:03 -0700 (PDT) Received: from ars3 ([2a02:8109:8ac0:56d0::2d8e]) by smtp.gmail.com with ESMTPSA id l21sm4463987wmg.18.2021.10.03.03.02.03 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 03 Oct 2021 03:02:03 -0700 (PDT) From: Augusto Stoffel To: bug-gnu-emacs@gnu.org Subject: 28.0.60; nobreak-char-display in Eldoc buffers X-Debbugs-CC: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 03 Oct 2021 12:02:01 +0200 Message-ID: <87ilyev33a.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2a00:1450:4864:20::436; envelope-from=arstoffel@gmail.com; helo=mail-wr1-x436.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Using the pylsp language server via Eglot, I sometimes get docstrings with lots of non-breaking spaces in them. Those end up being highlighted with the `nobreak-space' face in the Eldoc buffer, which is very distracting. I'm not sure this should be addressed in Eglot or in Eldoc. But the following advice fixes things for me. (advice-add 'eldoc--format-doc-buffer :after (lambda (&rest _) "Don't display non-breaking spaces." (with-current-buffer eldoc--doc-buffer (setq-local nobreak-char-display nil)))) From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 03 06:34:48 2021 Received: (at 50989) by debbugs.gnu.org; 3 Oct 2021 10:34:49 +0000 Received: from localhost ([127.0.0.1]:32929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWypU-0000dI-OV for submit@debbugs.gnu.org; Sun, 03 Oct 2021 06:34:48 -0400 Received: from mail-pj1-f54.google.com ([209.85.216.54]:55177) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWypT-0000d2-4A for 50989@debbugs.gnu.org; Sun, 03 Oct 2021 06:34:47 -0400 Received: by mail-pj1-f54.google.com with SMTP id np13so3270739pjb.4 for <50989@debbugs.gnu.org>; Sun, 03 Oct 2021 03:34:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=rpz49agVhu+p76ck/ENf3B/NpTbsI3WxgUwnsDdoFVI=; b=D9HzsrW1sFAS9sQLtrhn91TZOpjcUL5EYRGXsERtbsIwERdPukTnlqGgHb3Y0hU5rU TkWAgBySI8ZtwnOwVLb6e35LFQle81UhwXXIFYuurBxswtqHAF5Yo03pYKC6ktFw15rQ jqAsk4qtyGVd6bcj9fAsPGow2wfYgWj1QIxtgVAlaJs38bhOj5gvKCF5VcpZtMFOSDYU laXuxCJjI2dtTjCBimbLNupd6zynm7vMhbMN+naYACsmm56IHio+gOdMj8O2BmvFJqVF QdF4r5nk9hs8IvFpDgkbqZJoxn3DdwzVi+FTto2GL8Uzc/n970SCYh6bYVPy4rWMVuVf pkYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=rpz49agVhu+p76ck/ENf3B/NpTbsI3WxgUwnsDdoFVI=; b=P69UFNVNRPuwS+QwqmOHIMtsrSQxeGoljABQaIaB7wohvApgWtYou9ERSS+x9AuV7g 5tlXrTHBQ6txu3wCm459H3SD7QJ6ipZ+S+zRIJmEeCw2ApdIFuLxKRASOeeGn3XRLsrV trMAO5159YQeU4VYGsW8BCsnj23rQvW0KFAUHKvnVkoqmUHhfwxFEwBxCQAjJcbZ+7FT vSwkhvIZqzckYPCqf7YormJt/3ds4umFdeKWZs+JK88paabubNdguEKUKaahBjHlcNmI rXkqHqxj8tE3zfO3gKqtIDCaWza4gwhv3qlvi0w6JpLAHQ+MBgxngTPdcp9nrA/UgXTk I5Og== X-Gm-Message-State: AOAM531N0tOpxaREDUfK3mwgV/03xsRBqQyp5YSJQ5cg5Tf5u05486TS Qkh4sPtVvTL3jPmEXANkgPyJ3p5B2JnAIsvaEAI= X-Google-Smtp-Source: ABdhPJyFq/rG/vWt0MHy9Hjr2RtsrDMSwtJ1IWVQt9624kzW3J4itivjLPym5p77SNMXaFsg57DyJZt2n/kGalmw9I0= X-Received: by 2002:a17:90a:5a86:: with SMTP id n6mr23787870pji.3.1633257281123; Sun, 03 Oct 2021 03:34:41 -0700 (PDT) MIME-Version: 1.0 References: <87ilyev33a.fsf@gmail.com> In-Reply-To: <87ilyev33a.fsf@gmail.com> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 3 Oct 2021 11:34:32 +0100 Message-ID: Subject: Re: bug#50989: 28.0.60; nobreak-char-display in Eldoc buffers To: Augusto Stoffel Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50989 Cc: 50989@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Sun, Oct 3, 2021 at 11:03 AM Augusto Stoffel wrote= : > > Using the pylsp language server via Eglot, I sometimes get docstrings > with lots of non-breaking spaces in them. Those end up being > highlighted with the `nobreak-space' face in the Eldoc buffer, which is > very distracting. > > I'm not sure this should be addressed in Eglot or in Eldoc. But the > following advice fixes things for me. > > (advice-add 'eldoc--format-doc-buffer :after > (lambda (&rest _) "Don't display non-breaking spaces." > (with-current-buffer eldoc--doc-buffer > (setq-local nobreak-char-display nil)))) I'd say put this in ElDoc directly. If someone then objects, we could make = a eldoc-no-break-char-display variable. Can you make a patch? Jo=C3=A3o From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 03 07:08:03 2021 Received: (at 50989) by debbugs.gnu.org; 3 Oct 2021 11:08:03 +0000 Received: from localhost ([127.0.0.1]:32957 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWzLf-0001Zx-9n for submit@debbugs.gnu.org; Sun, 03 Oct 2021 07:08:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53804) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWzLd-0001ZR-Iz for 50989@debbugs.gnu.org; Sun, 03 Oct 2021 07:08:02 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45460) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mWzLX-0007c0-Qx; Sun, 03 Oct 2021 07:07:56 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2421 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mWzLX-0002aC-6H; Sun, 03 Oct 2021 07:07:55 -0400 Date: Sun, 03 Oct 2021 14:07:41 +0300 Message-Id: <83y27a8iyq.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Sun, 3 Oct 2021 11:34:32 +0100) Subject: Re: bug#50989: 28.0.60; nobreak-char-display in Eldoc buffers References: <87ilyev33a.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50989 Cc: 50989@debbugs.gnu.org, arstoffel@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: João Távora > Date: Sun, 3 Oct 2021 11:34:32 +0100 > Cc: 50989@debbugs.gnu.org > > On Sun, Oct 3, 2021 at 11:03 AM Augusto Stoffel wrote: > > > > Using the pylsp language server via Eglot, I sometimes get docstrings > > with lots of non-breaking spaces in them. Those end up being > > highlighted with the `nobreak-space' face in the Eldoc buffer, which is > > very distracting. > > > > I'm not sure this should be addressed in Eglot or in Eldoc. But the > > following advice fixes things for me. > > > > (advice-add 'eldoc--format-doc-buffer :after > > (lambda (&rest _) "Don't display non-breaking spaces." > > (with-current-buffer eldoc--doc-buffer > > (setq-local nobreak-char-display nil)))) > > I'd say put this in ElDoc directly. If someone then objects, we could make a > eldoc-no-break-char-display variable. Can you make a patch? IMNSHO, this doesn't make much sense. That face exists for a reason: to signal to the users that some innocently-looking characters aren't what they look like. What you suggest above is to sweep the problem under the carpet. I think this is not TRT. Why does the server return these NBSP characters? Would it make sense to automatically convert them to spaces on input? From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 03 07:12:44 2021 Received: (at 50989) by debbugs.gnu.org; 3 Oct 2021 11:12:44 +0000 Received: from localhost ([127.0.0.1]:32964 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWzQC-0001gc-2s for submit@debbugs.gnu.org; Sun, 03 Oct 2021 07:12:44 -0400 Received: from mail-pl1-f175.google.com ([209.85.214.175]:45850) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWzQ6-0001gM-7i for 50989@debbugs.gnu.org; Sun, 03 Oct 2021 07:12:42 -0400 Received: by mail-pl1-f175.google.com with SMTP id n2so9190079plk.12 for <50989@debbugs.gnu.org>; Sun, 03 Oct 2021 04:12:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=aVNPi/UKlgIoAlMYqKvzHaKuTiLXI8rz4arn4jIS2zM=; b=SGf/nMunENnQsGRj5AoCh19Qmsql8OCHNNbCFJFN9WQrTBiwFUDdwSzXwYrYDMmJap 6/ehF7riFr3hGBJeamnYjHj5Sh8vt41QOGLAj4viC5F/X8ToSFVbSenMfralAkJ+VhfX 8T+16P9FYeC/L6TSeg07U4RG1T7BRdT/Ah/IHh9jqNs2y5zOfDdksu+CwcdXej9/0MJq ZQc0/WyNZ7iiS/3nK1BAQpiTc4phUuPAYDf1e/4HX44apdmCW/SItVrJlxbdvKOrALrN cjKdFC/oBjAO8nGIgW0QGeiY6/qI7xVjWTLmCzdqr6aE3jYjuTWJYM2d5FPtVVuI/hAe sL3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=aVNPi/UKlgIoAlMYqKvzHaKuTiLXI8rz4arn4jIS2zM=; b=0/Bf+IWw5OBsditUEtw2YI7Z+4rNDkxDkugxgD0fZs4wtTh/kvLKpq4IYA0CvJNFmW x71wKDNcrKjD+XBGd38ulV3BrHpWwqFpm0+fJr6b3i5k0wovzCYr67YJoYGsywlxHs70 l7Igzu4rch//HXpgIB4j8+kZkTkzR451O4BIWNNill3/cFKSWuuwSs5Cb9oCluhv/SR2 LRscEtUrPdLhHUlZiEZ76odH0w8/zijyn4Q20PY2jIv6U+dGMxieBg4OwuLjA1pQEwcm xnDmF/rE1+0Om2R7JpqToHnhZmk0m5Ph6DmvCXkMHDq/WNFqc95yKMbHqeFGpjR8z3pL b8kA== X-Gm-Message-State: AOAM530bSliTR9Utzz+rcjySHe4vCF6fxyo41KLoLXirTRaOmgSNaFXG hl19UiyNuBcUVKiUIuQDWv6mBaAYyengnQCG0kI= X-Google-Smtp-Source: ABdhPJxQa0iPdn1ItgMIoX5sAHTZ8GhljNKMcWA5o/qlCJlWxGuRn+cDmkiJs5O6pGeZx3hTraIcD01xm17JYwygRV8= X-Received: by 2002:a17:90a:a60e:: with SMTP id c14mr18585188pjq.70.1633259552316; Sun, 03 Oct 2021 04:12:32 -0700 (PDT) MIME-Version: 1.0 References: <87ilyev33a.fsf@gmail.com> <83y27a8iyq.fsf@gnu.org> In-Reply-To: <83y27a8iyq.fsf@gnu.org> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Sun, 3 Oct 2021 12:12:23 +0100 Message-ID: Subject: Re: bug#50989: 28.0.60; nobreak-char-display in Eldoc buffers To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 50989 Cc: 50989@debbugs.gnu.org, Augusto Stoffel X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Sun, Oct 3, 2021 at 12:07 PM Eli Zaretskii wrote: > IMNSHO, this doesn't make much sense. That face exists for a reason: > to signal to the users that some innocently-looking characters aren't > what they look like. Eldoc's display facilities are only for displaying. Sure, you may want to copy text away from there, but I'd say that's rare. So it wouldn't be a problem in practice, unless I'm missing something > Why does the server return these NBSP characters? Would it make sense > to automatically convert them to spaces on input? That's also sweeping it under the rug. But I don't object either. Augusto= , if you agree, match a patch to Eglot (this is where I presume the "input" Eli refers to lives). Of course the real input is the server, but I'd rather not go there, since there are so many and all are out of our control. Jo=C3=A3o From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 03 07:25:44 2021 Received: (at 50989) by debbugs.gnu.org; 3 Oct 2021 11:25:44 +0000 Received: from localhost ([127.0.0.1]:32971 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWzcm-00020O-JS for submit@debbugs.gnu.org; Sun, 03 Oct 2021 07:25:44 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55818) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWzck-00020B-Rj for 50989@debbugs.gnu.org; Sun, 03 Oct 2021 07:25:43 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45712) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mWzcf-0002ck-Lp; Sun, 03 Oct 2021 07:25:37 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3509 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mWzce-0003t2-GI; Sun, 03 Oct 2021 07:25:37 -0400 Date: Sun, 03 Oct 2021 14:25:21 +0300 Message-Id: <83v92e8i5a.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= In-Reply-To: (message from =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= on Sun, 3 Oct 2021 12:12:23 +0100) Subject: Re: bug#50989: 28.0.60; nobreak-char-display in Eldoc buffers References: <87ilyev33a.fsf@gmail.com> <83y27a8iyq.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50989 Cc: 50989@debbugs.gnu.org, arstoffel@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: João Távora > Date: Sun, 3 Oct 2021 12:12:23 +0100 > Cc: Augusto Stoffel , 50989@debbugs.gnu.org > > > Why does the server return these NBSP characters? Would it make sense > > to automatically convert them to spaces on input? > > That's also sweeping it under the rug. Well, we have no control on what the server does, so we cannot do better. But I do wonder why they do it at all. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 03 07:39:45 2021 Received: (at 50989) by debbugs.gnu.org; 3 Oct 2021 11:39:45 +0000 Received: from localhost ([127.0.0.1]:33024 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWzqL-0004Z5-Ap for submit@debbugs.gnu.org; Sun, 03 Oct 2021 07:39:45 -0400 Received: from mail-wr1-f44.google.com ([209.85.221.44]:44607) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWzqG-0004Yn-P0 for 50989@debbugs.gnu.org; Sun, 03 Oct 2021 07:39:44 -0400 Received: by mail-wr1-f44.google.com with SMTP id d6so24733789wrc.11 for <50989@debbugs.gnu.org>; Sun, 03 Oct 2021 04:39:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=1+LpYk3lNOFmJ+l3mh2Z9u6xX5KZCb5pSsgCttHFXSc=; b=AYggI4oNY72fVMUVUayIyVbRDF8Lc7ze7P1hcbeXe/bjLfvwUdmjTOBqWEBtl3SRCb EdDQu+YKKW9xz3BpbVTSnL7sdswvv3TugjnP0s0LVTlYSHLUJMmV9U+Af6fSZz+QMICj FZY7OPp+2cL2KrzUYBFkXV1HMWFUJaWRRpV/KvA5cQWR5K1WIxEnO2D9MUC6+1m3AJbd p+4QNe2d+4/W8DFb8rAzg9VKOBANrqcvZSm6GOHg5M96JmG0DRpxZ7kazHL1IsG9dNGz rnpDR1PzZizCKT/vjNM5iBuC6+vNnj6PtWRVq6D1fqI3SDxM7Qv38bqBQSdr66idHfsr YUBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=1+LpYk3lNOFmJ+l3mh2Z9u6xX5KZCb5pSsgCttHFXSc=; b=KFk1ZNbNLC2NWlP0ygwmzDTbkOZd7pM/PwXFDTXbnIOrYDo8Aq7e6AtQBdMCkdiZF5 1VkHl3yWdTrHA+OwlH7xooJs/Sz81G1q/9XeSW7bz0UGCwz6epzvdOPlugcHajwOJUez qyS1y56FjjCNkAVrk0cFBQoYtSNZUaYtc0E9JpPnE0oIpHCaPxqWaamMsdzWtVW8ghmv 0BVE0eJ5ncUrtFzGd+56beGMhb3IlHHj82u8rh5NyET6PoS8hEQt72aEUJqgMKxEPpJo 3z1LfmzjgahcreAuxIawUCL2lSR0t+ShMI4Dodim2ZDtQr/oVISaVlh51MvNOQSgEnf7 du0g== X-Gm-Message-State: AOAM5312b1jiW67FiZjRYsG0M/1PEElrgKHJPrf0/pXofE5H4KFW/VC/ eC+f5xbBPmxzw8ZFXms54e1jDDbh48mdsA== X-Google-Smtp-Source: ABdhPJyq7kjphbV4XbNcMCQGn/4SX3PVIp3aDEbaHvPndCeGj6dvd/aGSuoP6zx9yEbUk/V5hr6mFg== X-Received: by 2002:adf:e509:: with SMTP id j9mr8302198wrm.416.1633261174740; Sun, 03 Oct 2021 04:39:34 -0700 (PDT) Received: from ars3 ([2a02:8109:8ac0:56d0::2d8e]) by smtp.gmail.com with ESMTPSA id 1sm14620090wms.0.2021.10.03.04.39.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 03 Oct 2021 04:39:34 -0700 (PDT) From: Augusto Stoffel To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Subject: Re: bug#50989: 28.0.60; nobreak-char-display in Eldoc buffers References: <87ilyev33a.fsf@gmail.com> <83y27a8iyq.fsf@gnu.org> Date: Sun, 03 Oct 2021 13:39:33 +0200 In-Reply-To: (=?utf-8?Q?=22Jo=C3=A3o_T=C3=A1vora=22's?= message of "Sun, 3 Oct 2021 12:12:23 +0100") Message-ID: <87fstixrpm.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 50989 Cc: Eli Zaretskii , 50989@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Sun, 3 Oct 2021 at 12:12, Jo=C3=A3o T=C3=A1vora = wrote: > On Sun, Oct 3, 2021 at 12:07 PM Eli Zaretskii wrote: > >> IMNSHO, this doesn't make much sense. That face exists for a reason: >> to signal to the users that some innocently-looking characters aren't >> what they look like. > > Eldoc's display facilities are only for displaying. Sure, you may want > to copy text away from there, but I'd say that's rare. So it wouldn't > be a problem > in practice, unless I'm missing something I agree -- this is for display only, in which case NBSP and space are supposed to be indistinguishable. With the attached patch, if you copy the text from the Eldoc buffer to some other buffer, the NBSPs are still there so they will be displayed as such. >> Why does the server return these NBSP characters? Would it make sense >> to automatically convert them to spaces on input? I don't know for sure what the thinking is in any particular server, but there are sensible reasons why one might do this. Suppose, for instance, that the client editor decides to refill the text before displaying it. Then it might be relevant to add NBSPs at strategic places, and removing them would produce strange results. > That's also sweeping it under the rug. But I don't object either. Augus= to, if > you agree, match a patch to Eglot (this is where I presume the "input" > Eli refers > to lives). Of course the real input is the server, but I'd rather not > go there, since > there are so many and all are out of our control. I don't know how to do this on the Eglot side, or at least not in a simple manner: Eldoc callbacks take a string, not a buffer, as argument, and Eldoc buffers are reused whenever possible. So I've attached a patch implementing the simplistic solution. Feel free to ignore it if this seems unsuitable. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0001-Disable-nobreak-char-display-in-Eldoc-buffers.patch >From cfac0d542c751eef49b3482701d400aa2d2e38b4 Mon Sep 17 00:00:00 2001 From: Augusto Stoffel Date: Sun, 3 Oct 2021 13:11:26 +0200 Subject: [PATCH] Disable 'nobreak-char-display' in Eldoc buffers * lisp/emacs-lisp/eldoc.el (eldoc--format-doc-buffer): Set 'nobreak-char-display' to nil in Eldoc buffers --- lisp/emacs-lisp/eldoc.el | 1 + 1 file changed, 1 insertion(+) diff --git a/lisp/emacs-lisp/eldoc.el b/lisp/emacs-lisp/eldoc.el index 21f262adc6..a1c3c3268f 100644 --- a/lisp/emacs-lisp/eldoc.el +++ b/lisp/emacs-lisp/eldoc.el @@ -477,6 +477,7 @@ eldoc--format-doc-buffer (let ((inhibit-read-only t) (things-reported-on)) (erase-buffer) (setq buffer-read-only t) + (setq-local nobreak-char-display nil) (local-set-key "q" 'quit-window) (cl-loop for (docs . rest) on docs for (this-doc . plist) = docs -- 2.31.1 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 04 05:45:14 2021 Received: (at control) by debbugs.gnu.org; 4 Oct 2021 09:45:14 +0000 Received: from localhost ([127.0.0.1]:35723 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXKX4-0005uO-05 for submit@debbugs.gnu.org; Mon, 04 Oct 2021 05:45:14 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56942) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXKWs-0005gM-RU for control@debbugs.gnu.org; Mon, 04 Oct 2021 05:45:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=IiSaJ7bjVKPiiPpZV3E21F0d6o/uQdLF8ZOyD/7kse8=; b=LYiy8PTpecwz85FDKsQuM5G9U8 D6+hC58EMF4Wi0U7/t9wt5iEF+ccNzFTHxbqosU7gUJ7pwTDfx4XB9nGXNE+J9TyehPQ5hM84QfZx 2VGTzMdER8f8wO0XspgJd+WfZAT7J59IIPfiGTxVi9+2Jtxf4HFQDF2zf6ec3IYLCBSE=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mXKWl-0001Fj-By for control@debbugs.gnu.org; Mon, 04 Oct 2021 11:44:57 +0200 Date: Mon, 04 Oct 2021 11:44:54 +0200 Message-Id: <87k0itnmy1.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #50989 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 50989 + patch quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 50989 + patch quit From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 05 05:13:50 2021 Received: (at 50989) by debbugs.gnu.org; 5 Oct 2021 09:13:51 +0000 Received: from localhost ([127.0.0.1]:39054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXgWE-00058P-My for submit@debbugs.gnu.org; Tue, 05 Oct 2021 05:13:50 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39986) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXgWA-000587-4a for 50989@debbugs.gnu.org; Tue, 05 Oct 2021 05:13:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=+5QdRSgNEWtmE5C829vDDZQqtHGEy/ZIxQtSAMFuRdA=; b=sftn83UaShqXkAZVbYVKWhXzWn sAvxK9A/macITkdlLvYF2gywNX6P+yvDZtl7meAz9B+zXXnF/FMSgUHYJzqflxeSWtXwj5LbRhItK 3FZvN4U5oqpVPouc6oYDBu8JRlzTXhQ/HF4Cte6lzL55bcoAuDClyf6kvDiChntOmmeI=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mXgW0-0005CT-BG; Tue, 05 Oct 2021 11:13:39 +0200 From: Lars Ingebrigtsen To: Augusto Stoffel Subject: Re: bug#50989: 28.0.60; nobreak-char-display in Eldoc buffers References: <87ilyev33a.fsf@gmail.com> <83y27a8iyq.fsf@gnu.org> <87fstixrpm.fsf@gmail.com> X-Now-Playing: Various's _I Wanna Be Kate: The Songs of Kate Bush_: "Kashka From Baghdad-Babooshka (2020 Remaster)" Date: Tue, 05 Oct 2021 11:13:35 +0200 In-Reply-To: <87fstixrpm.fsf@gmail.com> (Augusto Stoffel's message of "Sun, 03 Oct 2021 13:39:33 +0200") Message-ID: <878rz7al6o.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Augusto Stoffel writes: >> Eldoc's display facilities are only for displaying. Sure, you may want >> to copy text away from there, but I'd say that's rare. So it wouldn't >> be a problem >> in practice, unless I'm missing so [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50989 Cc: Eli Zaretskii , 50989@debbugs.gnu.org, =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Augusto Stoffel writes: >> Eldoc's display facilities are only for displaying. Sure, you may want >> to copy text away from there, but I'd say that's rare. So it wouldn't >> be a problem >> in practice, unless I'm missing something > > I agree -- this is for display only, in which case NBSP and space are > supposed to be indistinguishable. With the attached patch, if you copy > the text from the Eldoc buffer to some other buffer, the NBSPs are still > there so they will be displayed as such. I can see arguments for both ways of doing this -- "cleaning up" the string before display, and fixing the display (as your patch is doing). I think the main argument here -- that eldoc buffers are for display only, so nbsp should be displayed as normal space -- is compelling, though, so I've applied your patch to Emacs 28. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 05 05:13:53 2021 Received: (at control) by debbugs.gnu.org; 5 Oct 2021 09:13:53 +0000 Received: from localhost ([127.0.0.1]:39057 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXgWG-00058e-U9 for submit@debbugs.gnu.org; Tue, 05 Oct 2021 05:13:53 -0400 Received: from quimby.gnus.org ([95.216.78.240]:40000) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXgWF-00058F-HA for control@debbugs.gnu.org; Tue, 05 Oct 2021 05:13:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=k5W5J2BzGCShn8vPDOmcVhpPBlSd9TV0CAJJ/6vWsvE=; b=WB3TmK6/2/waN7Ote6AowV1Xcc erk2ZUVAdbPhRlLyNMHap+5Y39wmSv79ynXPUNtFq5mB+fenRwfHtO0bRLTSWiC8M8I9t60LslDQp lmqVbnL+lK+LsXvFZpGmIoxFQmaco4PylQ8WPukUXNZpTfypRIld/OnA+AvXKE51VZeA=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mXgW8-0005Cb-6A for control@debbugs.gnu.org; Tue, 05 Oct 2021 11:13:46 +0200 Date: Tue, 05 Oct 2021 11:13:43 +0200 Message-Id: <877deral6g.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #50989 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 50989 28.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 50989 28.1 quit From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 05 17:16:32 2021 Received: (at 50989) by debbugs.gnu.org; 5 Oct 2021 21:16:32 +0000 Received: from localhost ([127.0.0.1]:41980 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXrnc-0002kb-2J for submit@debbugs.gnu.org; Tue, 05 Oct 2021 17:16:32 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37014) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXrnY-0002kM-FQ for 50989@debbugs.gnu.org; Tue, 05 Oct 2021 17:16:31 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55764) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mXrnS-0001PC-Lq; Tue, 05 Oct 2021 17:16:22 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1mXrnP-0005gJ-DV; Tue, 05 Oct 2021 17:16:22 -0400 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Eli Zaretskii In-Reply-To: <83y27a8iyq.fsf@gnu.org> (message from Eli Zaretskii on Sun, 03 Oct 2021 14:07:41 +0300) Subject: Re: bug#50989: 28.0.60; nobreak-char-display in Eldoc buffers References: <87ilyev33a.fsf@gmail.com> <83y27a8iyq.fsf@gnu.org> Message-Id: Date: Tue, 05 Oct 2021 17:16:19 -0400 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50989 Cc: 50989@debbugs.gnu.org, arstoffel@gmail.com, joaotavora@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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. ]]] > IMNSHO, this doesn't make much sense. That face exists for a reason: > to signal to the users that some innocently-looking characters aren't > what they look like. What you suggest above is to sweep the problem > under the carpet. I think this is not TRT. That feature is useful for text that you're editing. But I don't think it is useful in a help string which is displayed only for you to read. So I think it is good to suppress it for help strings generally. The only exception I can imagine would be if a doc string displays an example of buffer or file contents containing a non-breaking space. In principle, it would be good to make an exception for that case. But I think that exceptional case would be difficult to detect reliably. Also, since doc strings generally don't include examples of buffer or file contents, I think that case will never actually occur. So I think we can get away with ignoring it. It is ever worth doing, we could create a kind of quoting to force a real NBSP into the displayed help string. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From unknown Sat Jun 14 18:41:47 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 03 Nov 2021 11:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator