GNU bug report logs -
#42384
octal escape sequences old fashioned
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 42384 in the body.
You can then email your comments to 42384 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#42384
; Package
emacs
.
(Thu, 16 Jul 2020 01:12:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 16 Jul 2020 01:12:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
(info "(emacs) Text Display") says:
The raw bytes with codes ‘U+0080’ (octal 200) through ‘U+009F’ (octal
237) are displayed as “octal escape sequences”, with the ‘escape-glyph’
face. For instance, character code ‘U+0098’ (octal 230) is displayed as
‘\230’. If you change the buffer-local variable ‘ctl-arrow’ to ‘nil’,
the ASCII control characters are also displayed as octal escape
sequences instead of caret escape sequences.
OK but octal is rather old fashioned so the user should be given the
choice of hex, etc.
emacs-version "26.3"
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#42384
; Package
emacs
.
(Thu, 16 Jul 2020 16:15:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 42384 <at> debbugs.gnu.org (full text, mbox):
>>>>> On Thu, 16 Jul 2020 08:50:28 +0800, 積丹尼 Dan Jacobson <jidanni <at> jidanni.org> said:
積丹尼> (info "(emacs) Text Display") says:
積丹尼> The raw bytes with codes ‘U+0080’ (octal 200) through ‘U+009F’ (octal
積丹尼> 237) are displayed as “octal escape sequences”, with the ‘escape-glyph’
積丹尼> face. For instance, character code ‘U+0098’ (octal 230) is displayed as
積丹尼> ‘\230’. If you change the buffer-local variable ‘ctl-arrow’ to ‘nil’,
積丹尼> the ASCII control characters are also displayed as octal escape
積丹尼> sequences instead of caret escape sequences.
積丹尼> OK but octal is rather old fashioned so the user should be given the
積丹尼> choice of hex, etc.
display-raw-bytes-as-hex is a variable defined in `C source code'.
Its value is t
Original value was nil
You can customize this variable.
This variable was introduced, or its default value was changed, in
version 26.1 of Emacs.
Probably introduced at or before Emacs version 26.1.
Documentation:
Non-nil means display raw bytes in hexadecimal format.
The default is to use octal format (200) whereas hexadecimal (x80)
may be more familiar to users.
(the manual in emacs-27 mentions this)
Robert
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#42384
; Package
emacs
.
(Thu, 16 Jul 2020 16:44:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 42384 <at> debbugs.gnu.org (full text, mbox):
> From: 積丹尼 Dan Jacobson
> <jidanni <at> jidanni.org>
> Date: Thu, 16 Jul 2020 08:50:28 +0800
> Cc: rms <at> gnu.org
>
> (info "(emacs) Text Display") says:
>
> The raw bytes with codes ‘U+0080’ (octal 200) through ‘U+009F’ (octal
> 237) are displayed as “octal escape sequences”, with the ‘escape-glyph’
> face. For instance, character code ‘U+0098’ (octal 230) is displayed as
> ‘\230’. If you change the buffer-local variable ‘ctl-arrow’ to ‘nil’,
> the ASCII control characters are also displayed as octal escape
> sequences instead of caret escape sequences.
>
> OK but octal is rather old fashioned so the user should be given the
> choice of hex, etc.
We have display-raw-bytes-as-hex for that very reason.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#42384
; Package
emacs
.
(Thu, 16 Jul 2020 18:17:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 42384 <at> debbugs.gnu.org (full text, mbox):
OK Good.
Please be sure display-raw-bytes-as-hex is also mentioned on
(info "(emacs) Text Display")
not only
(info "(emacs) Display Custom")
Thanks!
Maybe it is already in
http://git.savannah.gnu.org/cgit/emacs.git/log/doc/emacs/emacs.texi
but I'm not sure.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Fri, 17 Jul 2020 14:43:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
:
bug acknowledged by developer.
(Fri, 17 Jul 2020 14:43:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 42384-done <at> debbugs.gnu.org (full text, mbox):
> From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
> Cc: 42384 <at> debbugs.gnu.org, rms <at> gnu.org, rpluim <at> gmail.com
> Date: Fri, 17 Jul 2020 02:16:01 +0800
>
> OK Good.
> Please be sure display-raw-bytes-as-hex is also mentioned on
> (info "(emacs) Text Display")
Done.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 15 Aug 2020 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 248 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.