[debbugs-tracker] bug#17702: closed (24.3; insert-char no longer inserts "bell" control character)

[GNU bug Tracking System]

Your message dated Fri, 06 Jun 2014 10:27:08 -0400
with message-id <address@hidden>
and subject line Re: bug#17702: 24.3; insert-char no longer inserts "bell" 
control character
has caused the debbugs.gnu.org bug report #17702,
regarding 24.3; insert-char no longer inserts "bell" control character
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
17702: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17702
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 24.3; insert-char no longer inserts "bell" control character
>
>
>
>
> Date: 
>
> Thu, 5 Jun 2014 16:13:37 +0200
>
>
>
>
> In Emacs 24.3, typing
>    C-x 8 RET bell RET
> results in character #x1f541 being inserted (which on my system is
> displayed as a box with text 01F 514 inside).
>
> I would expect the command to insert character #x7 (ASCII BEL
> character, C-g) instead, which is also the behaviour that I get in
> Emacs 23.4.
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#17702: 24.3; insert-char no longer inserts "bell" control character
>
>
>
>
> Date: 
>
> Fri, 06 Jun 2014 10:27:08 -0400
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux)
>
>
>
>
> > There's no need for Emacs to recognize yet another set of names, it
> > already looks in the 'old-name' property of the characters, and
> > considers them as completion candidates for "C-x 8 RET".
> > This is not an issue with missing data; this is an issue with how we
> > present that data to the user.
>
> Upon further investigation, BELL seems to be the only char who doesn't
> have a new-name and whose old-name is shadowed by some other char's
> new-name.  So rather than change the code to handle such situations,
> I special-cased BELL.
>
>
>         Stefan
>
>
> --- End Message ---