GNU bug report logs - #23130
25.1.50; `C-h f' etc.: escaping in symbol names

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Sun, 27 Mar 2016 23:26:02 UTC

Severity: minor

Tags: moreinfo

Found in version 25.1.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 23130 <at> debbugs.gnu.org
Subject: bug#23130: 25.1.50; `C-h f' etc.: escaping in symbol names
Date: Mon, 28 Mar 2016 16:26:30 +0200
Drew Adams <drew.adams <at> oracle.com> writes:

>> > The name of the symbol is "foo.", not "foo\.".
>> 
>> Both refer to the same symbol, as does "\foo.".
>
> Not as `symbol-name' values, they don't.

It's showing a symbol, not the result of calling symbol-name on it.

> The point is to show the symbol _name_, and to do so in a
> way that is clear to anyone.

The point is to show a symbol, unambigously.

>> > Or better yet, to remove all ambiguity, even for characters
>> > such as SPC in the function name, enclose the name in `...':
>> 
>> The name as printed is already unambigous.
>
> "bar\ is a Lisp function." is not only unclear; it is incorrect.

Of course it's incorrect, but describe-function will never generate
that.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."




This bug report was last modified 3 years and 75 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.